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FOREWORD 

Among  the  responsibilities  assigned  to  the  Office  of  the  Manager, 
National  Communications  System,  is  the  management  of  the  Federal 
Telecommunication  Standards  Program  (an  element  of  the  overall  GSA  Federal 
Standardization  Program).  Under  this  program,  the  NCS,  with  the  assistance 
of  the  Federal  Telecommunication  Standards  Committee,  identifies,  develops, 
and  coordinates  proposed  Federal  Standards  which  either  contribute  to  the 
interoperability  of  functionally  similar  Federal  telecommunication  systems 
or  to  the  achievement  of  a  compatible  and  efficient  interface  between 
computer  and  telecommunication  system.  In  developing  and  coordinating  these 
standards,  considerable  effort  is  expended  in  pursuing  joint  standards 
development  efforts  with  appropriate  technical  committees  of  the  Electronic 
Industries  Association,  the  American  National  Standards  Institute,  the 
International  Organization  for  Standardization,  and  the  International 
Telegraph  and  Telephone  Consultative  Committee  of  the  International 
Telecommunication  Union.  This  Technical  Information  Bulletin  presents  an 
overview  of  an  effort  which  is  contributing  to  the  development  of  compatible 
Federal,  national,  and  international  standards  in  the  area  of  data 
communication  standards.  It  has  been  prepared  to  inform  interested  Federal 
activities  of  the  progress  of  these  efforts.  Any  comments,  inputs  or 
statements  of  requirements  which  could  assist  in  the  advancement  of  this 
work  are  welcome  and  should  be  addressed  to: 

Office  of  the  Manager 
National  Communications  System 
ATTN:  NCS-TS 
Washington,  D.C.  20305 
(202)  692-2124 
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1.  INTRODUCTION 


This  document  summarizes  the  work  performed  by  Delta  Information 
Systems,  Inc.  for  the  Office  of  Technology  and  Standards  of  the  National 
Communications  System,  an  organization  of  the  U.  S.  Government,  under  Pur 
chase  Order  DCA  100-79-M-0190.  The  Office  of  Technology  and  Standards, 
headed  by  National  Communications  System  Assistant  Manager  Marshall  L.  Cain, 
is  responsible  for  the  management  of  the  Federal  Telecommunications  Stan¬ 
dards  Program,  which  desvelops  telecommunication  standards  whose  use  is 
mandatory  by  all  Federal  agencies.  The  objective  of  this  program  is  to 
develop  a  block  diagram,  flow  charts,  and  computer  programming  for  the  un¬ 
balanced  normal  class  of  procedures  in  accordance  with  Federal  Standard 
1003.  The  purpose  of  this  effort  is  to  determine  the  feasibility  of  using 
the  M6800  or  similar  microporcessor ,  to  implement  this  type  of  protocol  and 
to  obtain  an  estimate  of  memory  and  processor  resources  that  would  be  re¬ 
quired.  The  Office  of  Technology  and  Standards  will  use  the  information  to 
advise  other  Federal  agencies  who  implement  the  standard  and,  when  merged 
with  the  results  of  other  studies,  to  evaluate  the  operational  and  economic 
impact  of  incorporating  various  options  in  Federal  Standard  1003. 

The  effort  necessarily  has  focussed  on  the  software  required  to  imple¬ 
ment  the  protocol  itself,  and  is  by  no  means  a  total  hardware/software  sys¬ 
tem  design  that  would  be  required  to  develop  a  complete  system.  Complete 
system  develoment  is,  of  course,  beyond  the  scope  of  this  program.  However, 
there  are  at  least  two  system  design  factors  that  may  have  a  significant 
effect  on  system  performance  and  on  memory  and  processor  resources  that  are 


required.  These  design  factors  include  the  type  of  LSI  interface  chip  em¬ 
ployed,  and  the  implementation  of  the  operating  system  required  to  control 
the  concurrent  software  processes  that  make  up  the  protocol.  These  factors 
are  discussed  in  more  detail  in  Section  2.0  along  with  a  discussion  of  the 
block  diagram  of  the  overall  system  design. 

Flow  charts  describing  the  software  that  makes  up  the  protocol  are  in¬ 
cluded  in  Sections  3.0  and  4.0.  The  functional  flow  charts  in  Section  3.0 
describe  the  protocol  operations  at  the  highest  level  and  are  largely  inde¬ 
pendent  of  the  hardware  configuration.  The  detailed  flow  charts  in  Section 
4.0  describe  the  protocol  software  processes  in  sufficient  detail  that  code 
may  be  written  with  no  major  design  decisions.  These  flow  charts  at  this 
level  are  very  hardware  dependent. 

A  small  portion  of  the  code  for  the  6800  microprocessor  has  been  written 
and  is  included  in  Section  5.0.  The  code  was  introduced  into  a  6800  micro¬ 
computer,  provided  by  Delta  Information  Systems.  The  code  in  the  computer 
was  then  tested  to  insure  its  validity.  Finally  section  6.0  contains  a 
discussion  of  the  feasibility  of  using  the  6800  to  implement  the  ADCCP  pro¬ 
tocol  operating  in  the  unbalanced,  normal  mode.  It  is  estimated  that 
approximately  450  instructions  are  needed  to  implement  the  unbalanced  wormal 
mode,  with  no  optional  functions,  and  that  approximately  500  instructions 
are  required  for  the  operating  system.  Data  transmission  rates  of  up  to 
19.2  kilobit/sec.  appear  feasible  for  the  configuration  being  considered. 

The  National  Communication  System  awarded  an  additional  contract 
(Contract  No.  DCA  100-79-C-0050)  to  Delta  Information  Systems  which  has  two 
general  objectives.  The  first  is  to  investigate  the  potential  use  of  a 


microprocessor  Co  implement  an  ADCCP  protocol  (Federal  Standard  1003)  oper¬ 
ating  in  the  asynchronous  isode.  A  second  objective  is  the  completion  of  the 
investigation  of  the  unbalanced,  normal  mode  begun  under  the  contract 
reported  herein.  The  final  report  which  will  be  prepared  on  the  aubaequent 
complimentary  contract  (report  scheduled  for  completion  in  June  1980)  will 
summarise  the  feasibility  of  implementing  the  Federal  Standard  1003  protocol 
operating  in  all  three  modes. 


2.0  SYSTEM  DESIGN  CONSIDERATIONS 

The  block  diagram  in  Figure  2-1  shows  a  link  with  one  primary  and 
one  secondary  station  conmunicating  with  each  other  by  sending  information 
in  both  directions.  That  is,  either  station  may  be  a  source  or  sink  of 
data  or  both.  Two-way  simultaneous  transmission  for  the  unbalanced  normal 
class  of  procedures  is  assumed.  Although  many  secondary  stations  may 
communicate  with  one  primary  station,  the  objectives  of  this  program  can 
be  met  with  no  loss  of  generality,  by  assuming  the  existence  of  only  one 
secondary  station. 

Each  station,  primary  or  secondary,  is  made  up  of  a  microcomputer, 
an  LSI  interface  to  the  link,  and  a  user  which  supplies  and  uses  the  data 
to  be  communicated.  The  primary  and  secondary  stations  are  physically 
very  similar;  one  difference  is  a  timer  required  by  the  primary  to  use 
in  conjunction  with  polling.  Operationally,  of  course,  the  primary  must 
supervise  and  control  a  number  of  Secondary  stations,  and  thus  it  requires 
a  larger  data  structure  and  somewhat  more  complicated  code. 

For  the  purpose  of  this  program,  the  microcomputer  can  be  assumed  to 
be  very  basic— microprocessor,  memory  (RAM  and  ROM),  interface  chips, 
clock,  etc.  A  design  choice  that  has  significant  impact  on  the  outcome 
of  this  program  is  the  choice  of  the  LSI  interface.  The  purpose  of  the 
LSI  interface  is  to  convert  the  parallel  data  from  the  CPU  to  a  continuous 
serial  data  stream  for  transmission.  Simultaneously,  it  must  convert  received 
serial  data  to  parallel  data  for  the  CPU.  In  addition,  it  must  generate 
and  verify  the  frame  check  sequence  (FCS),  stuff  and  delete  0's  to  distin¬ 
guish  FLAG  or  ABORT  from  data,  insert  and  detect  FLAG  or  ABORT,  and  insert 
interframe  fill  or  idle  link  fill.  Other  functions  may  also  be  performed 
by  this  interface. 
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Two  different  LSI  chip  specif icatons  have  been  examined  as  possible 
candidates  for  the  interface  function  in  this  particular  study.  These 
chips,  which  represent  different  approaches  to  the  interface  problem,  are 
the  F6856  and  the  WD2501.  (Refer  to  Appendix  A  and  Appendix  B  for  a  copy  of 
their  preliminary  data  sheets.) 

The  WD2S01  interface  chip  controls  frames  of  data  by  means  of  a  direct 
memory  access  (DMA)  technique,  automatically  transmit ting /receiving  flag, 
address,  and  control  fields.  Automatic  retransmission  of  frames  due  to 
errors  is  also  accomplished.  The  chip  appears  to  be  capable  of  implementing 
the  unbalanced  asynchronous  class  of  procedures  by  itself. 

The  F6856  interface  chip,  on  the  other  hand,  controls  feytes  of  data,  in 
addition  to  performing  the  required  function  described  above.  This  chip  is 
capable  of  accommodating  virtually  all  of  the  classes  of  procedures  des¬ 
cribed  in  the  standard,  with  the  possible  exception  of  the  32-bit  frame 
check  sequence.  Since  the  chip  sends  and  receives  bytes  of  data,  most  of 
the  processing  must  be  done  in  the  microcomputer. 

The  F6856  chip  was  selected  for  this  program  by  mutual  consent  of  the 
contractor  and  the  government.  The  interface  to  the  communications  line 
requires  additional  logic  such  as  a  Federal  Standard  1031  (Electronic  Indus¬ 
tries  Association  Recommended  Standard  449)  interface  chip  and  a  modem,  but 
the  choice  of  these  has  little  impact  on  this  program. 

The  data  transmitted  over  the  link  must  also  be  transmitted  to  the 
user.  The  interface /protocol  required  between  the  microcomputer  and  the 
user  is  also  part  of  the  system  design.  However,  for  this  phase  of  the 
program,  this  protocol  has  not  been  defined.  The  interface,  including  the 
buffers  to  hold  the  data,  is  defined  and  described  in  Section  4.0. 


The  interface  to  the  communications  line  requires  additional  logic  such 
as  an  RS-232  interface  chip  and  a  modem,  but  the  choice  of  these  has  little 
-  impact  on  this  program. 

The  data  transmitted  over  the  link  must  also  be  transmitted  to  tbs 
user.  The  interface/protocol  required  between  the  microcomputer  and  the 
user  is  also  part  of  the  system  design.  However,  for  this  phase  of  the 
program,  this  protocol  has  not  been  defined.  The  interface,  including  the 
buffers  to  hold  the  dais,  is  defined  and  described  in  Section  U.O. 
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3.0  FUNCTIONAL  FLOW  CHART 

The  functional  flow  charts  (Figures  3-1  through  3-9)  describe  the 
protocol  operation  at  the  highest  level.  That  is,  the  fraosis  considered 
to  be  an  entity,  transmitted  and  received  in  "one  piece."  Operation  is 
described  in  terms  of  gross  system  states  and  major  parameters.  The 
flow  charts  at  this  level  are  largely  independent  of  the  hardware  configura¬ 
tion,  and  time  constraints  required  for  simultaneous  two-way  operation 
do  not  appear. 

The  unbalanced  normal  class,  basic  repetoire  must  accommodate  five 
received  commands  in  the  secondary  station: 

I  -  Information 

RR  -  Receive  Ready 

HNR  -  Receive  Not  Ready 
SNHM  -  Set  Normal  Response  Mode 
DISC  -  Disconnect 

The  secondary  station  may  transmit  six  responses: 

I  -  Information 

RR  -  Receive  Ready 

RNR  -  Receive  Not  Ready 

UA  -  Unnumbered  Acknowledgement 

EM  -  Disconnected  Mode 

FHMR  -  Frame  Reject 

The  secondary  station  operates  in  one  of  three  major  states  which  are 
mutually  exclusive: 

(1)  LDS  (NEM)  -  Logically  disconnected  state  (normal  disconnected 
mode) 
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Figura  >1  Functional  Flow  Chart  A 


Figure  3-2  Functional  Flow  Chart  B 
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Figurs  3-5  Functional  Flow  Chart  K 
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Figure  3-8  Functional  Flow  Chart  H 
3-9 


(2)  ITS  (NRM)  -  Information  transfer  state  (normal  respond  mods) 

(3)  FHMR  -  Frame  reject  state 

Other  major  variables  required  by  the  secondary  station  ares 
BBfOTE  BUST  -  true  if  HNR  received} 

false  if  RR  received  or  P-bit  set 
RECEIVER  BUST  -  true  if  not  prepared  to  receive  information; 

false  otherwise 
P-BIT  -  Poll  bit 

F-BIT  -  Final  bit 

V(S)  -  Send  Variable  (next  I-frama  to  be  transmitted) 

V(R)  -  Receive  Variable  (expected  sequence  number  of 

next  received  1- frame) 

N(S)  -  Send  sequence  number  (I-frame  sequence  number) 

N(R)  -  Receive  sequence  number  (station  transmitting  - 

N(R)  has  correctly  received  all  I-frames  up  to 
and  including  N(R)-1 ) 

The  functional  flow  charts  are  described  briefly  in  the  following 
paragraphs.  Refer  once  again  to  Figures  3-1  through  3-9.  On  start-19, 
the  secondary  station  enters  the  logically  disconnected  state.  In  this 
state,  only  mode-setting  commands  are  accepted  by  the  station.  If  the  station 
is  ready  to  accept  commands,  it  responds  to  an  SNRM  comnand  with  a  UA 
response  frame  and  enters  the  information  transfer  state  (ITS).  If  not 
ready,  it  sends  a  EM  frame.  The  response  to  a  DISC  command  is  similar. 

Upon  entering  the  ITS,  the  receiver  looks  for  one  of  the  five  valid 
commands.  If  a  valid  comnand  is  received,  appropriate  action  is  taken. 

If  an  invalid  command  is  received,  the  frame  reject  (FRKR)  state  is  entered 


and  the  cause  of  the  rejected  frame  is  reported  to  the  primary  station 
▼ia  the  FHKR  response.  The  only  way  to  recover  from  the  frame  reject  state 
is  to  receive  an  SNRM  or  DISC  command.  The  I,  RR,  and  RHR  commands  are  mon¬ 
itored  to  perform  checkpoint  recovery  only;  that  is,  the  received  H(R) 
is  monitored  to  verify  those  frames  that  have  been  received  correctly  by 
the  primary  station. 

If  a  valid  I-frame  is  received,  the  H(S)  is  checked,  and  if  valid,  the 
data  is  passed  to  the  user;  if  not  valid,  checkpoint  recovery  is  performed 
and,  if  the  poll  bit  is  set,  the  secondary  station  may  transmit  I-framea  if 
available.  If  not  available,  the  station  responds  with  RR  or  RHR  in  response 
to  the  poll  and  proceeds  to  monitor  incoming  fraams.  If  a  valid  RR  or  RHR 
frame  is  received,  checkpoint  recovmy  is  performed. 


U.O  DETAILED  FLOW  CHARTS 
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The  detailed  flow  chart,  together  with  associated  data  structures, 
describes  the  protocol  software  processes  in  sufficient  detail  so  that 
code  may  be  generated  with  no  major  design  decisions.  The  flow  chart  at 
this  level  is  hardware  dependent,  and  must  take  into  consideration  the  time 
constraints  Imposed  by  the  concurrent  software  processes  associated  with  the 
implementation  of  the  protocol.  That  is,  frames  are  not  really  transmitted 
and  received  in  "one  piece"  in  two-way  simultaneous  operation,  but  are  trans¬ 
mitted  and  received  a  character  at  a  time  concurrently. 

The  protocol  is  made  up  of  four  major  concurrent  software  processes, 
each  of  which  is  an  example  of  the  classic  producer/consumer  problem.  In 
this  problem,  one  process  produces  items  and  then  deposits  them  into  a 
buffer.  A  second  process  consumes  the  items  by  taking  them  from  the  buffer. 
The  processes  must  be  coordinated  so  that  the  consumer  does  not  run  ahead 
of  the  producer,  and  that  the  producer  does  not  write  over  records  before 
the  consumer  has  had  a  chance  to  read  them.  For  the  protocol  problem,  two 
concurrent  processes  are  involved  in  communicating  data  between  the  LSI 
interface  and  the  microprocessor;  the  LSI  chip  deposits  bytes  in  its  buffer 
as  the  producer,  and  the  MFU  reads  this  data  as  the  consumer.  Conversely, 
the  microprocessor  writes  data  into  a  buffer  as  the  producer,  to  be  read 
by  the  LSI  chip  as  the  consumer  and  transmitted  over  the  link.  A  similar 
pair  of  processes  serves  to  implement  the  interface  between  the  micro¬ 
processor  and  the  higher  level  user. 

The  solution  to  the  producer/consumer  problem  involves  the  use  of 
PASS  and  SIGNAL  primitives  and  event  variables  or  semaphores.  The  event 
variables  have  been  defined  for  the  LSI-microprocessor  interface  as  part  of 
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the  internal  registers  that  are  included  in  the  F6856.  The  operating 
system  (OS)  that  includes  the  PASS  and  SIGNAL  primitives  has  not  as  yet 
been  defined.  Its  overall  function  is  determined  by  the  total  system  design 
of  a  station  and  no  attempt  will  be  made  to  provide  a  complete  operating 
system.  However,  that  part  of  the  OS  that  is  required  to  control  the  pro¬ 
cesses  described  above  will  be  designed  in  the  next  phase  of  the  program 
in  order  to  obtain  a  more  accurate  instruction  estimate.  An  interrupt 
timer  (hardware)  will  be  included  in  the  design  to  provide  time  slicing, 
and  software  interrupts  will  be  used  in  conjunction  with  the  concurrent 
processes.  The  detailed  flow  charts  that  follow  reflect  some,  but  not  all,  of 
the  steps  required  to  control  the  concurrent  processes.  The  processes 
required  to  implement  the  protocol,  however,  are  complete. 

Before  addressing  the  detailed  flow  charts  themselves,  it  is  informa- 
.tive  to  examine  the  data  structures  that  are  manipulated  by  the  operations 
in  the  flow  charts.  First,  consider  the  data  buffer  required  to  transmit/ 
receive  information  between  CPU  and  USER.  Assume  that  a  separate  buffer  is 
required  for  transmit  and  receive,  and  that  each  buffer  can  hold  up  to 
eight  I-frames  of  data.  These  buffers  are  accessed  via  tables  shown  in 
Figure  U-1 .  Each  frame  to  be  transmitted  via  the  LSI  chip  has  a  starting 
address  for  the  data  and  a  length  in  bytes  of  the  data  part  of  the  frame. 

If  the  frame  was  transmitted  with  the  final  bit  set,  this  is  recorded. 

The  "acknowledge"  variable  is  used  to  indicate  whether  a  frame  has  been 
deposited  by  the  USER  for  transmission,  whether  it  has  been  transmitted, 
and  finally,  whether  it  has  been  acknowledged  by  the  primary  station. 

The  receiver  look-up  table  performs  a  similar  function  for  data  received 
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Figure  U-1  Transmitter/Receiver  Look-Up  Table 
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from  the  121  chip.  Each  frame  is  assembled  byte -by-byte  and  the  frame  length 
is  incremented.  When  the  frame  has  been  correctly  received  (valid  FCS  and  N(S)) 
the  frame  is  tagged  as  verified  and  may  be  read  by  the  USER. 

The  buffers  and  associated  variables  required  for  LSI  interface  chip 
operation  are  shown  in  Figures  k-2,  k-3,  and  h~h.  The  Mode  Control  Register 
(MCR)  contains  control  information  common  to  both  receiver  and  transmitter. 

The  SAR  contains  the  secondary  station  address.  The  TCR  is  loaded  by  the 
MFU  to  control  the  transmitter,  and  the  TDB  contains  the  byte  to  be  trans¬ 
mitted.  The  Receiver  Status  Register  (RSR)  is  read  by  the  MPU  to  determine 
the  status  of  the  byte  received  in  the  Receive  Data  Buffer  (RDB).  The  RCR 
contains  control  information  for  the  receiver  and  the  TSR  supplies  transmitter 
status.  Refer  to  Appendix  A  for  a  detailed  description  of  receiver/tranamit- 
ter  operation  and  flow  charts  for  the  F6856  LSI  interface  chip. 

The  detailed  flow  charts  are  shown  in  Figures  U-5  through  U-l6. 

These  charts  follow  the  same  general  flow  as  the  functional  flow  charts  and 
connector  labels  used  in  both  sets  of  charts  may  be  used  to  key  the  detailed 
charts  to  the  functional  charts. 
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5.0  MICROPROCESSOR  CODING  AND  TESTING 

5.1  Microprocessor  Code 

The  RCNTRL  subroutine  has  been  prograasned  for  the  M6800  microprocessor. 

The  code  is  shown  in  Figure  5-1.  The  subroutine  examines  the  control  field 
for  the  received  command  and  determines  which  of  the  five  valid  commands  of 
the  set  belonging  to  the  unbalanced  normal  class  of  procedures  (basic 
repertoire)  has  been  transmitted.  The  result  is  returned  in  the  variable 
FTYPE.  FTYPE  is  set  to  -1  if  an  invalid  or  un - implements d  command  is 
received.  The  poll  bit  is  extracted  and  N(R)  is  extracted  from  RR  and  HNR 
frames.  The  subroutine  as  coded  requires  U5  instructions  in  8l  bytes 
representing  161  MPU  cycles.  Note  that  only  some  subset  of  the  total 
number  of  instructions ,  corresponding  to  a  particular  command,  is  executed 
on  a  given  frame.  In  addition  to  81  bytes  of  storage  required  for  the 
instructions,  U  bytes  are  used  to  store  the  frame  type,  control  field,  poll 
bit,  and  N (R) . 

As  indicated  earlier  in  this  report,  a  larger  fraction  of  the  code  for 
this  unbalanced,  normal  mode  of  operation  will  be  written  on  a  continuing 
contract— Contract  No.  DCA  100-79-C-0050. 

5.2  Test  Program 

Testing  of  M6600  code  was  accomplished  on  a  6800-based  microcomputer 
using  a  CRT  terminal  or  DEC  LA-36  prints r/terminal.  The  microcomputer 
includes  a  TINY  BASIC  interpreter  (firmware)  which  was  used  to  facilitate 
programming  of  the  routine  to  test  the  RCNTRL  subroutine.  * 

A  sample  of  the  test  results  for  this  subroutine  is  shown  in  Figure  5-2. 
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Figure  5-1 (a)  Assembly  Language  Code  for  the  RCNTRL  Subroutine 


RUN 

TEST  ROUTINE  FOR  RCNTRL  SUBROUTINE 


ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 
?  170 

POLL  =*1  _ 

FTYPE  *1 
N<R)  =0 

AGAIN  <  Y/N )  _ _ 

?  Y 

ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 

?  177  _ _ 

POLL  =1 
FTYPE  -2 

N  <  R )  =5  _  _ 

AGAIN  (Y/N) 

?  Y 

ENTER  DECIMAL  EQUIVALENT  OF_CONURQL  FJELO_ 
?  229 
POLL  *0 

FTYPE  -3  _ 

N(R)  *7 
AGAIN  < Y/N) 

?  Y  _ 

ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 
?  147 

POLL  =1  _ 

FTYPE  =*4 
N(R)  =*0 

AGAIN  (Y/N)  _  _ 

?  Y 

EfcTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 

?  67  _ _ 

POLL  =»0 
FTYPE  *5 

N(R)  *0  _ _ 

AGAIN  (Y/N) 

?  Y 

ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 
?  255 
POLL  *1 

FTYPE  —1  _ _ 

N(R)  *0 
AGAIN  (Y/N) 

?  N  _  .  _ _ 

TEST  COMPLETE 


Figure  5-2  Test  Routing  Results 
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As  shown,  the  operator  is  asked  to  enter  the  decimal  equivalent  of  a 

control  field.  First,  the  operator  entered  1?8,  corresponding  to: 

j-LSB 

10  11  0 

t""N(S)  \ 

P/F  1-FRAME 

The  main  program  loads  this  byte,  that  the  operator  has  entered,  into  the 
variable  called  CNTFLD  and  calls  the  RCNTRL  subprogram.  Upon  return,  the 
main  program  prints  the  values  of  the  poll  bit,  frame  type,  and  N(R)  pro¬ 
duced  by  RCNTRL.  The  operator  is  then  asked  for  another  value  to  test. 
Decimal  equivalents  of  five  different  frame  types  are  shown  followed  by  an 
invalid  frame  type. 

An  exhaustive  test  also  was  made  on  the  RCNTRL  subroutine,  and  the 
test  results  are  included  in  Figures  5-3  through  5-7.  Since  the  control 
field  contains  8  bits,  256  possibilities  exist,  and  it  was  convenient  to  . 
modify  the  main  program  described  above  to  loop  through  all  of  the  possible 
values  that  the  control  field  may  have.  The  result  of  this  test  was  as 
expected:  Of  the  256  fields,  starting  with  0,  every  other  field  was  a  valid 
I-frame.  There  were  16  each  of  the  RR  and  RNR  frames  (8  values  of  N(R) 
with  P-bit  "1"  and  "0")  and  just  2  each  of  SNHM  and  DISC.  The  remaining 
possibilities  were  marked  (correctly)  as  invalid. 
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Results  of  Exhaustive  Test  (Table  A) 
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5-7 


I 


1 22 

1 

1 

0 

123 

1 

-1 

0 

124 

1 

1 

0 

12S 

1 

-1 

0 

124 

1 

1 

0 

127 

1 

-1 

0 

126 

0 

1 

0 

12? 

0 

£ 

4 

130 

0 

1 

0 

131 

0 

4 

0 

132 

0 

1 

0 

133 

0 

- 

4 

134 

0 

1 

0 

13S 

0 

-1 

0 

136 

0 

1 

0 

137 

0 

-1 

0 

138 

0 

1 

0 

139 

0 

-1 

0 

140 

0 

1 

0 

141 

0 

-1 

0 

142 

0 

1 

0 

143 

0 

-1 

0 

144 

1 

1 

0 

145 

1 

c' 

4 

146 

1 

1 

0 

147 

1 

4 

0 

116 

1 

1 

0 

149 

1 

.  3 

4 

150 

1 

1 

0 

151 

1 

-1 

0 

152 

1 

1 

p 

153 

1 

-1 

0 

154 

1 

1 

0 

155 

1 

-1 

0 

156 

1 

1 

0 

157 

1 

-1 

0 

158 

1 

1 

0 

159 

1 

-1 

0 

160 

0 

1 

0 

161 

0 

5 

162 

0 

1 

0 

163 

0 

-1 

0 

164 

0 

1 

0 

165 

0 

■J" 

5 

166 

0 

1 

0 

167 

0 

-1 

0 

168 

0 

1 

0 

169 

0 

-1 

0 

170 

0 

1 

0 

171 

0 

-1 

0 

172 

0 

1 

0 

173 

0 

-1 

0 

174 

0 

1 

0 

175 

0 

-1 

0 

176 

1 

1 

0 

177 

1 

5 

178 

1 

1 

0 

179 

1 

-1 

0 

180 

1 

1 

0 

181 

1 

3 

5 

182 

1 

1 

0 

183 

1 

-1 

0 

184 

1 

1 

0 

185 

1 

-1 

0 

186 

1 

1 

0 

187 

1 

-1  0 

Figure  5-5 

Results  of  Exhaustive  Test  (Table  C) 
5-8 


8PY 


188 

1 

1 

0 

18? 

1 

-1 

0 

1?0 

1 

1 

0 

191 

1 

-1 

0 

192 

0 

1 

0 

193 

0 

£ 

6 

194 

0 

1 

0 

195 

0 

-1 

0 

196 

0 

1 

0 

197 

0 

•c 

6 

198 

0 

1 

0 

199 

0 

-1 

0 

200 

0 

1 

0 

201 

0 

-1 

0 

202 

0 

1 

0 

203 

0 

-1 

0 

204 

0 

1 

0 

205 

0 

-1 

0 

206 

0 

1 

0 

207 

0 

-1 

0 

208 

1 

1 

0 

209 

1 

£ 

6 

210 

1 

1 

0 

211 

1 

-1 

0 

212 

1 

1  . 

0 

213 

1 

5 

6 

214 

1 

1 

0 

215 

1 

-1 

0 

216 

1 

1 

0 

217 

1 

'1 

0 

218 

1 

1 

0 

219 

1 

-1 

0 

220 

1 

1 

0 

221 

1 

-1 

0 

222 

1 

1 

0 

223 

1 

-1  . 

0 

224 

0 

1 

0 

225 

0 

£ 

7 

226 

0 

1 

0 

227 

0 

-1 

0 

228 

0 

1 

0 

229 

0 

7 

230 

0 

1 

0 

231 

0 

-1 

0 

232 

0 

1 

0 

233 

0 

-1 

0 

234 

0 

1 

0 

235 

0 

-1 

0 

236 

0 

1 

0 

237 

0 

-1 

0 

238 

0 

1 

0 

23? 

0 

-1 

0 

240 

1 

1 

0 

241 

1 

£ 

7 

242 

1 

1 

0 

243 

1 

-1 

0 

244 

1 

1 

0 

245 

1 

3s 

7 

246 

1 

1 

0 

247 

1 

-1 

0 

248 

1 

1 

0 

24? 

1 

-1 

0 

250 

1 

1 

0 

251 

1 

-1 

0 

252 

1 

1 

0 

253 

1 

-1 

Figure 

0 

5-6 

Results  of  Exhaustive  Test  (Table  D) 


5-9 


254  1 

255  1 
TEST  COMPLETE 


1 

-1 


0 

0 


Figure  5-7 


Results  of  Exhaustive  Test  (Table  E) 


■  -  nnn 


5-10 


6.0  DISCUSSION  OF  FEASIBILITY 


As  discussed  previously,  one  of  the  objectives  of  this  program  is  to 
determine  the  practicality  of  using  a  microprocessor,  such  as  the  M6800, 
to  implement  the  unbalanced  normal  class  of  procedures.  Two  major  factors 
affecting  the  feasibility  are  the  number  of  instructions  required  to  imple¬ 
ment  the  protocol,  and  the  time  necessary  to  execute  these  instructions. 

The  total  number  of  instructions  has  a  significant  effect  on  the  cost  of 
developing  a  processor-based  system,  and  the  throughput  (or  baud-rate  over 
the  communication  line  in  this  instance)  is  determined  by  the  execution  speed 
through  critical  paths  on  the  program.  These  factors  are  discussed  below. 

6.1  Memory  Requirements 

The  number  of  instructions  required  to  implement  the  protocol  can  be 
approximated  by  examining  the  detailed  flow  charts  in  Section  U.O.  This 
number  is  estimated  to  be  U50  instructions.  Note  that  this  does  not  include 
code  for  an  operating  system  or  code  required  to  manage  the  concurrent 
processes  discussed  previously.  Approximately  500  instructions  will  be 
required  for  the  OS,  depending  on  the  hardware  design  and  desired  features; 
this  number  will  be  more  accurately  determined  in  the  continuing  contract — 
Contract  No.  DCA  100-79-C-0050. 

Memory  is  also  required  for  variable  storage  (approximately  120  bytes) 
and  for  the  data  buffers  for  sending  and  receiving  messages.  Two  eight- 
message  buffers  would  require  16  times  the  number  of  bytes  in  a  message. 

6.2  Execution  Time 

The  speed  at  which  the  microprocessor  can  execute  the  protocol  in 


real-time  depends  to  a  large  extent  on  the  actual  hardware/ software  design: 
The  hardware  design  can  be  "standard"  or  it  can  include  many  processes 
accomplished  in  hardware  (such  as  the  F6856) .  For  the  purpose  of  this  pro¬ 
gram,  the  standard  approach  with  the  aid  of  the  F6856  is  assumed.  The 
software  design  must  address  the  time -critical  portions  of  the  simultaneous 
transmit/receive  processes  to  ensure  that  these  critical  processes  may  be 
serviced  in  real  time.  For  this  program,  no  attempt  has  been  mads  to 

t 

optimize  these  processes,  since  a  thorough  analysis  is  required  to  determine 
just  what  is  "critical."  However,  some  rough  estimates  can  be  made  based 
on  the  current  state  of  the  design. 

Assuming  a  MPU  rate  of  1  cycle/microsec.  it  appears  that  a  9.6  or 
19.2  kilobit/sec.  transmission  rate  would  not  be  too  difficult.  That  is, 
a  19.2  kilobit/sec  rate  is  equivalent  to  UOO  microseconds  per  byte  trans- 
1  •  mitted,  which  is  approximately  100  instructions.  It  should  be  possible  to 

keep  the  critical  parts  of  the  send/receive  process  under  100  instructions . 

A  more  thorough  analysis  might  reveal  that  100  kilobit/sec  rate  may  be 
*  possible,  but  certainly  more  difficult.  A  faster  MPU  and  additional  hard¬ 

ware  might  be  required.  Another  tradeoff  that  can  be  made  is  memory  for 
speed j  that  is,  table  look-up  may  be  used  in  some  cases  to  reduce  the  number 
^  of  instructions  required  to  be  executed. 

1 

I 


ft 
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PRELIMINARY  DATA  SHEET  •  Sfcf  I  fcMBfcM  lure 


DESCRIPTION  -  The  F3846/F6856  Synchronous  Protocol  Communications  Controller 
(SPCC)  is  a  monolithic  n-channai  MOS-LSl  circuit  designed  to  satisfy  the  major  interface 
requirements  for  Bit  Oriented  (BOP)  and  Byte  Control  Protocols  (BCP).  The  SPCC  converts 
parallel  data  from  the  CPU  to  a  continuous  serial  data  stream  for  transmission.  Simultane¬ 
ously.  it  converts  received  serial  data  to  parallel  data  for  the  CPU.  The  SPCC  is  organized  to 
interlace  with  either  an  8  or  16-bit  bidirectional  data  bus,  is  fuUy  TTL  compatible  and  oper¬ 
ates  from  a  single  -i-S  V  supply. 


•  PSSOO  AND  SOSO  BUS  COMPATIBLE 

•  DC  TO  1M  BPS  OATA  RATE 

•  LINE  CONTROL  PROTOCOLS 

BIT  ORIENTED  PROTOCOLS  (BOP):  SOLC,  AOCCP,  HDLC 

BYTE  CONTROL  PROTOCOLS  (BCP):  BISYNC,  DOCMP  AND  OTHER  BCP 

•  BIT  ORIENTED  PROTOCOLS 

AUTOMATIC  DETECTION  AND  GENERATION  OP  SPECIAL  CONTROL  SEOUENCSS, 
l.e.,  FLAG,  ABORT.  GO-AHEAD 


AUTOMATIC  EXTENDED  AOORESS 
ONE  OR  TWO  CONTROL  BYTES 

DATA  CHARACTER  LENGTH  OF  FIVE  TO  EIGHT  BITS  WITH  1  TO  S4MT  RESIDUAL  LAST 
CHARACTER 

COTT-CRC  ERROR  DETECTION 
IBM  RETAIL  STORE  LOOP  MODE 

•  BYTE  CONTROL  PROTOCOL  -  BISYNC 

SPECIAL  CHARACTER  GENERATION:  OLE,  SYNC 

SPECIAL  CHARACTER  DETECTION:  OLE,  SYNC,  SOH,  STX,  ITB,  ETB,  ETX 

USASO  OR  EBCOIC 

NON-TRANSPARENT  MODE  AND  TRANSPARENT  MOOE 
eaiT  CHARACTER  LENGTH 

AUTOMATIC  FILL  CHARACTER  BI8ERT10N  WITH  SELECTABLE  STRIPPMG 

ccrrr  or  crc-is  error  detection 

•  BYTE  CONTROL  PROTOCOLS  -  DOCMP  AND  OTHER 

PROGRAMMABLE  SYNC  CHARACTERS 
S  TO  a-BTT  CHARACTER  LENGTH 
SELECTABLE  CRC  ERROR  DETECTION 

AUTOMATIC  FILL  CHARACTER  INSERTION  WITH  SELECTABLE  STRIPPING 

•  DIRECTLY  A00RES8ABLE  PARAMETER  CONTROL  REGISTERS:  MOOS,  SYNC/ AOORESS, 
TRANSMITTER  CONTROL  AND  RECEIVER  CONTROL 

•  SEPARATE  ADDRESSABLE  STATUS  AND  DATA  REGISTERS  FOR  RECEIVER  AND 

TRANSMITTER  _ 

•  MODEM  HANDSHAKE  SIGNALS:  RTS,  CTS,  STS,  WR  ANO  CARRIER  DETECT  ((9) 

•  NRZ  OR  NR9  (ZERO  COMPUMENTMG) 

•  PULL  OR  HALF  DUPLEX  OPERATION 

•  SELF  TEST  LOOP  MOOE 

•  S  OR  1S-BIT  BIDIRECTIONAL  3-STATE  DATA  BUS 

•  m  COMPATIBLE 

•  SINGLE  +S  V  SUPPLY 

•  40-PIN  PACKAGE 


•1979  Fairchild  Came*  and  inatrumant  Corporation  Prlntad  in  U.S.A.  133-11-0012-099  19  M 

494  ELLIS  STREET,  MOUNTAIN  VIEW,  CALIFORNIA,  94042  (415)  992-501 1/TWX  910-3794439 
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Fig.  3  TRANSMITTER  DATA  PATH 


INPUT/OUTPUT  DESIGNATIONS 

NAME  TYPE  FUNCTION 

Do-Dts  I/O  DATA  BUS:  Do-Ois  contain  bidirectional  data  status  and  control  information  to  and  from  the  CPU  Op-Dr 

may  be  Wired-OH  to  Ds-Dis  for  use  as  an  B-bit  data  bus. 

Ao-A2  I  REGISTER  AOORESS:  Aq-Aj  select  internal  data,  status  and  control  registers.  The  internal  registers  may  be 

selected  as  eight  or  16  bits.  See  Register  Address  section. 

BYTE  I  BYTE:  A  HIGH  level  indicates  an  8-b>t  data  bus.  A  LOW  level  indicates  a  16-bit  bus. 

CE  l  CHIP  ENABLE:  A  LOW  level  enables  a  data  bus  transfer  with  QBE. 

•R/W  I  READ,  WRITE  A  HIGH  level  allows  data  from  the  addressed  register  to  be  output  to  the  data  bus.  A  LOW 

level  allows  data  from  the  bus  to  be  loaded  Into  the  addressed  register. 

'OBE  I  DATA  BUS  ENABLE:  A  strobe  on  this  input  causes  information  transfer  between  the  data  bus  and  the 

addressed  register  when  the  51  input  is  LOW. 

Ci  l  CHIP  INITIALIZE:  A  LOW  level  initializes  the  internal  control  registers  and  timing. 

RCLK  l  RECEIVER  CLOCK:  RCLK  provides  timing  for  the  receiver  logic.  RCLK  frequency  is  the  same  as  the 

received  baud  rate. 

RSI  l  RECEIVED  SERIAL  INPUT:  RSI  is  the  received  serial  data.  Data  changes  on  the  positiye  going  edge  of  RCLK. 

TCLK  I  TRANSMITTER  CLOCK.  TCLK  provides  timing  for  the  transmitter  logic.  TCLK  frequency  is  the  same  as  the 

transmitted  baud  rate. 


TSO 

RDA 

RSOF 


TRANSMITTER  SERIAL  OUTPUT:  TSO  is  the  transmitted  serial  data.  Data  changes  on  the  positive  going 
edge  of  TCLK. 

RECEIVER  DATA  AVAILABLE:  A  HIGH  level  indicates  an  assembled  character  is  in  the  Receiver  Buffer. 
RDA  is  reset  on  the  trailing  edge  of  DBE  when  the  Receiver  Buffer  is  read  by  the  CPU. 

RECEIVED  SYNC  OR  FLAG:  RSOF  is  HIGH  for  one  receiver  clock  period  each  time  a  received  SYNC  or 
FLAG  is  detected 


TBMT 


TRANSMITTER  BUFFER  EMPTY:  A  HIGH  level  indicates  the  device  is  ready  to  receive  new  data  and/or 
control  information  from  the  CPU  TBMT  is  reset  on  tne  trailing  edge  of  DBE  when  the  Transmitter  Buffer 
is  loaded. 
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INPUT/OUTPUT  DESIGNATIONS  (Cont'd.) 


NAME 

type 

FUNCTION 

iTO 

0 

INTERRUPT  REOUEST:  A  LOW  level  indicates  an  error  has  occurred  as  a  result  of  a  Receiver  Overrun  iROVRi 
or  Transmitter  Underrun  iTUR).  ROVR  occurs  if  the  CPU  fails  to  read  date  from  the  Receiver  Buffer  before  it  is 
overwritten  by  the  next  assembled  character.  TUR  occurs  if  the  CPU  fails  to  load  the  Transmitter  Buffer  within 
one  character  time  after  TBMT  goes  HIGH.  IRQ  is  reset  on  the  trailing  edge  of  DBE  when  the  Receiver  Status  is 
read  for  an  ROVR  or  the  Transmitter  Status  for  s  TUR. 

5TR 

0 

DATA  TERMINAL  READY:  The  DTR  output  is  general  purpose  in  nature,  it  can  be  set  LOW  by  programming 
the  appropriate  bit  of  the  Receiver  Control  Register. 

55R 

1 

DATA  SET  READY:  The  dSr  input  is  general  purpose  in  nature,  it  can  be  tested  by  the  CPU  by  reading  the 
Transmitter  Status  Register. 

as 

1 

CARRIER  DETECT:  The  £5  input  is  general  purpose  in  nature.  It  can  be  tested  by  reading  the  Transmitter 
Status  Register. 

RTS 

0 

REOUEST  TO  SEND:  RTS  is  used  with  CTS  to  enable  the  transmitter.  It  may  be  set  LOW  by  programming 
the  appropriate  bit  of  the  Transmitter  Control  Register. 

MISS 

o 

MISCELLANEOUS:  The  MISC  output  is  general  purpose  in  nature.  It  can  be  set  LOW  by  programming  the 
appropriate  bit  of  the  Receiver  Control  Register. 

ers 

1 

CLEAR  TO  SEND:  fit  §  is  used  with  RTS  to  enable  the  transmitter.  It  can  be  tested  by  reading  the  Transmitter 
Status  Register. 

Vcc 

1 

POWER  SUPPLY  INPUT:  +5  V 

Vss 

1 

GROUND:  0  V  reference. 

1 

READ  PULSE:  Pulse  (negativei  on  this  input  with  address  and  £E  transfers  the  addressed  data  register 
contents  to  the  data  bus. 

t  w3 

1 

WRITE  PULSE:  Pulse  i  negative:  on  this  input  with  address  and  CE  transfers  the  data  bus  information  to  the 
addressed  register 

'Pin  label  tor  F6856 
tPIn  label  lor  F384S 


IBROR  CONTROL _ _ _ 

BOP  A  Frame  Check  Sequence  (PCS)  « transmitted/ received  as  •  1 6-bit  character  Mowlnq  the  led  dele  character  of  a 

frame.  The  CRC  polynomial  ueed  to  generate/ check  the  FCS  it  CRC-CCITT  (X15  +  X12  *  X*  +  1)  with  the 
dividend  proeel  to  "0"  or  “1  "a. 

BISYNC  A  Block  Check  Character  (BCC)  is  tranamMad/racaived  aa  a  1  Wkt  character  IMowfnq  an  ITB.  ETB  or  ETX 
character.  The  CRC  polynomial  ueed  to  generate/check  the  BCC  it  either  CRC-16  (X~®  ♦  X1*  ♦  X*  +  i)  or 
cnc-ccm  with  the  dMdand  preset  to  "0”». 

BCP  A  BCC.  twice  the  data  character  length  la  transmMedfreoeived  tolowlng  the  last  data  character  of  a  mesa  ape  H 

CRC  la  selected.  The  CRC  polynomial  used  to  generate/ chock  the  CRC  changes  with  character  length.  Those 
polynomials  ere  Hated  below. 

s  an  x10  +  x*  ♦  x2  +  x2  +  i 

•  Bit  X12  +  X11  +  X3  +  X2  +  1  (CRC- 12) 

7  Bit  X14  +  X12  +  X4  ♦  X2  ♦  1 
S  Be  CRC- 16  or  CRC-CCfTT 
The  dMdand  la  etwayt  preset  to  “0”s. 
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ADDRESSABLE 
MCSA  Modi  Central  SyncA 


TCOA  TrananUMr  Control  an 


ACT#  Raoaivar  Control  and 


1#  Tba  upper  aigM  Mi  (MCA)  aenMn  modi  oanM  Intormnion  oommc 

raoaivar  and  aanawMar.  Tba  lowar  aigM  bOa  (8AA)  oonMn  toe  png 
ohamotor  In  SCR  or  Pm  aaoondary  addraae  in  BOA.  a  la  not  uaad  In 


A80A  Receiver  Statua  and 


Tba  uppar  aigM  Mo  (TCA)  oontoin  central  In 
Tbe  lowar  aigM  Mi  (TDB)  oonMna  toe  data 

Tbe  Mpar  aigM  Mi  (ACR)  oonMn  eonM  to 
receiver.  Tba  lower  aigM  Mo  (TBA)  oonMn  l 


id  Tba  uppar  aigM  Mi 
aigM  Mi  (A06)  com 


INTERNAL  RECEIVER 
AIR  Raoaivar  Input  AagMar 

RIB  Raoaivar  Input  Buflar 

RSPR  Raoaivar  SarM  to 


MR,  MB,  R8PR  ara  uaad  tor 
received  CAC  anor. 


The  lowar 


and  CCR  la  uaod  to  ohaok  tor 


CCR 

CAC  Chock  AagMar 

INTERNAL  TRANSMITTER 

TXR 

TranonUdor  8M>  AagMar 

COR 

CRC  QanaraHon  AagMar 

TXR  d  uaad  too 

AAA 

uVMmniQ  VHv 


oonvatt  poralal  data  bom  TP#  to  a  aortal  output  COR 


1  ISileE  E  ill 


FLAG 

abort 

QA 

AOORESS 


01111110 

11111111 

11111110 

11111110 

BAR 


00010110  U6ABC0 


11111111 


00011111 
00010111  USASC* 
00100110  EBCOtC 

oooooon  rrx 


SAR 

11111111 


End  of  tame  pad 


RMSlhMI 
Start  at  taw 
Cndof  Man 


End  of  (ram*  pad, 


torDOCMP. 


FUNCTIONAL  DESCRIPTION  -  Tha  SPCC  to  funcOonaOy  partitioned  Into  receiver,  tranammer.  ad¬ 
dressable  ragMara  and  data  bua  control.  Figure  1  la  a  btock  diagram  oi  Ilia  SPCC.  Figuras  2  and  3 
mow  Oia  data  flow  in  Oia  receiver  and  transmitter  raapacdvaly. 


RECEIVER  OPERATION 

QENCRAL  -  Tha  Moda  Control  Sync/Addreat  DeglaWr  (MCSA)  muat  ba  programmad  prior  to  starting 
rscaivnr  oparadon.  Tha  raoalvar  may  Own  ba  enabled  and  Ow  cfwradar  langth  established  by  program* 
mlngOto  raoalvar  control  register  (RCR).  Once  Ow  receiver  la  anablad.  data  on  flw  RSI  Input  wMbesartely 
ahNlad  into  Ow  Receiver  input  naglalar  (RIR).  Data  la  daoodad  from  NRZI  to  NRZ  as  It  la  oondnuoualy 
monitored  (on  a  bit-for-bit  basis)  for  a  match  with  Ow  FLAG  (BOP)  or  SYNC  (Bisync  or  BCP)  charactar. 
Tha  RSOF  output  is  sot  HIGH  for  orw  RCLK  dock  parted  whan  a  match  occurs.  Tha  raoalvar  than 
oparatsa  as  dascrlbad  balow  for  aach  moda  of  oparatton. 

•OP  pPERATION  -  A  flow  chart  of  BOP  racaivar  oparatton  is  shown  In  Figuro  4.  Tha  raoalvar 
starts  aaaamMng  characters  and  accumulaling  Ow  CRC  Immadtetefy  altar  tha  datectton  of  a  FLAG. 
It  also  conlinuao  to  aaarch  for  addteond  FLAG,  ABORT  or  QA  characters  on  a  bit  for  bit  baste.  Zaro 
aniwfi  (v  ifniovi  v  s  90090  K>  im  ova  wnan  mr  nva  oonNcww  i  •  u  annpMn  oni 
from  FLAG,  ABORT  and  GA)  la  Implamanted  in  Ow  RIR  after  Ow  FLAG  detection  logic. 

Aaaamblad  characters  ara  shifted  tvough  ow  naoalvar  Input  Buffar  (RIB)  into  Ow  Raoalvar  SsrfaMo- 
ParaOal  Ragistar  (RSPR)  and  tranafarrad  to  Ow  Raoalvar  Data  Buftar  (ROB).  The  RDA  output  and  status 
Mare  set  HIGH  each  dme  data  Jo  transferred  toROB.  Receiver  date  should  be  raadbyOw  CPU  beleraOw 
note  character  la  aaaamblad  to  prevent  an  ovamm,  raauHng  In  teas  of  data.  Tha  IHa  output  wM  go  LOW 
and  Ow  ROVR  atatua  bit  wM  ba  sat  If  an  overrun  occurs. 

Character  lanaOi  sasamblv  la  aat  at  aioM  bfts  oar  character  at  Ow  start  of  each  frame  It  namairw  at 

Wiwaawrar  rarwwi  ■wwiranw  ras  wi  wi  wimh  uwa  wr^aatetwr  raw  arw  arari  wi  raraarai  nrarrai  vs  iwrirrav rw  ra 

alaht  Ms  undl  Ow  address  and  conti  ol  Rakte  I See  Flours  S)  have  baan  orooaaaad.  Charaotar  lanoOi 

PwranUi  ID  Vira  ^Rvy^rannWl  Wi^i  ■  WiE  mHI  vf  owJnnlTOli  "Nt  w  Hijfi  IrmI  bD  QOHnQ  rlMli 

ABORT  or  GA  la  datactad.  Tha  langOi  of  Ow  addraaa  laid  is  determined  by  moMortng  0w  toast 
■tanMcant  M  It  SB  of  each  addraaa  charaotar  for  a  tea*  “1".  Tha  teat  character  of  Ow  addraaa  Raid 
has  a  “I"  In  Ow  LS8.  Tha  tongOi  of  Ow  oonbd  Hold  la  one  or  two  bytea  as  programmad  In  Ow  MCR. 

Character  aaaambly  and  CRC  aocumuMlon  ara  stopped  whan  a  dosing  FLAG,  ABORT  or  GA  la 
detected.  REOM,  ABQA  (0  Ow  dosing  character  was  an  ABORT  or  GA),  ROLg-RDLa  Qndtodtng 
tongoi  of  toot  character)  and  RERR  (0  Ow  aoeumulated  CRC  to  toeorrad)  status  bits  are  sot  The  laat 
character  to  fransfanad  to  ROB  and  Ota  ROA  output  to  sat  HIGH. 
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The  CRC  accumulation  includes  ell  characters  following  the  opening  FLAG  through  the  frame  check 
sequence  (FCS).  The  contents  of  the  CRC  Check  Register  (CCR)  are  checked  at  the  dose  of  a  frame  if 
CRC  is  selected.  If  an  error  is  detected,  RERR  status  bit  is  set  Neither  the  FCS  nor  the  dosing  FLAG  are 
assembled  and  passed  on  to  the  CPU. 

The  receiver  may  be  turned  off  after  the  status  and  lest  cheracters  are  read  by  the  CPU  by  resetting  the  RE 
bit  of  RCR  or  it  can  be  left  active  to  receive  additional  frames. 

The  closing  FLAG  of  one  frame  may  be  used  as  the  opening  FLAG  of  the  next  frame.  Character  assembly 
of  the  next  frame  starts  with  the  first  non- FLAG  character.  If  the  frame  was  dosed  with  an  ABORT  or  GA, 
an  opening  FLAG  must  be  detected  before  character  assembly  of  the  next  frame  is  started. 

All  receiver  status  bits  except  RDA  are  reset  after  the  Receiver  Status  Register  (RSR)  is  read  by  the  CPU. 
The  ROA  output  and  status  bit  are  reset  when  RDB  is  read  by  the  CPU. 

If  secondary  address  is  selected,  the  first  non-FLAG  character  of  a  frame  is  compared  to  the  contents  of 
the  SYNC/Address  Register.  Oats  tor  the  frame  is  not  passed  on  to  the  CPU  if  no  address  match 
occurs.  When  GLOBAL  address  Is  selected,  an  elf  ‘Is'  address  results  in  an  address  match. 

LOOP  REPEATER  OPERATION  -  Loop  Repeater  Mode  is  a  special  case  of  BOP.  Receiver  opera¬ 
tion  is  the  same  as  for  BOP  except  the  NRZI  decode  logic  is  disabled,  frames  may  be  terminated  by 
a  GO-AHEAD  or  FLAG,  and  received  data  and  GA  are  routed  to  the  transmitter.  RCLK  and  TCLK 
should  be  tied  together  in  this  mode. 

BISYNC  OPERATION  -  A  flow  chart  of  Bisync  receiver  operation  is  shown  in  Figure  6.  Characters  in 
Bisync  mode  may  be  either  EBCDIC  or  USASCII  as  programmed  in  the  MCR.  Character  length  defaults  to 
eight  bits.  The  eighth  bit,  when  USASCII  Is  programmed  may  be  used  for  odd  parity  by  the  CPU.  It  is 
ignored  in  the  recognition  of  the  USASCII  characters. 

Character  assembly  starts  after  receipt  of  two  continuous  SYNC  characters  and  continues  until  the 
receiver  is  turned  off  by  resetting  the  RE  bit  of  RCR.  Assembled  characters  are  shifted  through  the  RIB  to 
the  RSPR  and  transferred  to  the  ROB.  The  ROA  output  and  status  bit  are  set  HIGH  each  time  a  character 
is  transferred  to  the  ROB.  All  characters  which  match  the  SYNC  character  in  non-transparent  mode  and 
OLE  SYNC  pairs  (if  not  immediately  preceded  by  an  odd  number  of  OLE’s)  in  transparent  mode  are 
excluded  from  the  ROB.  However,  the  RSOF  output  goes  HIGH  tor  one  RCLK  dock  period  each  time  a 
SYNC  character  is  detected. 

Data  must  be  read  by  the  CPU  each  time  the  ROA  output  goes  HIGH  before  the  next  character  is 
assembled  to  prevent  an  overrun,  resulting  in  loss  of  data.  The  iR5  output  goes  LOW  and  the  ROVR 
status  bit  is  set  if  an  overrun  occurs. 

The  receiver  always  starts  operation  in  the  non-transparent  mode.  It  switches  to  transparent  mode  if  a 
OLE  STX  character  pair  is  received.  The  receiver  will  then  remain  in  transparent  mode  until  a  OLE  fTB, 
OLE  ETB  or  OLE  ETX  (H  not  immediately  preceded  by  an  odd  number  of  OLE's)  character  pair  is  received. 

CRC  accumulation  begins  after  the  first  non-SYNC  character  if  the  first  character  is  an  SOH  or  STX.  It 
begina  after  the  second  non-SYNC  character  and  enters  transparent  mode  if  the  first  two  non-SYNC 
characters  are  DLE  STX.  SYNC  characters  in  non-transparent  mode  or  OLE  SYNC  pairs  in  transparent 
mode  are  excluded  from  the  CRC  accumulation.  The  first  OLE  of  a  DLE  OLE  sequence  and  the  OLE  of 
OLE  ITB.  DLE  ETB  or  DLE  ETX  sequences  are  not  included  in  the  accumulation.  The  CRC  is  checked  for 
0000  remainder  after  receipt  of  an  1TB,  ETB  or  ETX  in  non-traneperent  mode  or  OLE  1TB,  OLE  ETB  or  OLE 
ETX  in  transparent  mode.  The  REOM  and  RERR  (a  non-zero  remainder  is  detected)  status  bits  are  set 
when  the  closing  character  ie  transferred  to  the  ROB  and  ROA  is  set  HIGH.  The  block  check  character 
(BCC)  following  the  doeing  character  is  passed  to  the  CPU  as  the  next  two  characters.  If  the  doeing 
character  was  an  ETB  or  ETX,  the  receiver  should  be  reeet  by  dropping  the  RE  bit  of  RCR.  If  the  doeing 
character  was  an  ITB,  CRC  accumuiatton  and  character  assembly  wifi  start  again  on  the  first  character 
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AH  receiver  status  bits  except  ROA  are  reeet  each  time  RSR  is  read  by  the  CPU.  The  ROA  output  and 
status  bit  are  reeet  each  time  ROB  le  read  by  the  CPU. 


rig.  •  ttSYNC  MC1IVI 


rr-Ti 


BCP  OPERATION  -  The  flow  diagram  for  BCP  mode  other  than  BISYNC  is  shown  in  Figure  8.  The 
SYNC  character  is  programmed  in  Sync/Address  Register  (SAR).  Ail  characters,  including  the  SYNC 
character  are  the  length  specified  in  the  Receiver  Control  Register  (RCR). 

Character  assembly  starts  after  receipt  of  two  contiguous  SYNC  characters  and  continues  until  the 
receiver  is  turned  off  by  resetting  the  RE  bit  of  RCR.  Assembled  characters  are  shifted  through  the  RIB 
to  the  RSPR  and  transferred  to  the  ROB.  The  RDA  output  and  status  bit  are  set  HIGH  each  time  an 
assembled  character  is  transferred  to  the  RDB.  All  characters  which  match  the  SYNC  character  are 
excluded  from  the  ROB,  if  SYNC  strip  has  been  programmed.  Only  leading  SYNC  characters  are 
excluded  from  the  ROB  if  sync  stripping  has  not  been  programmed.  However,  the  RSOF  output  goes 
HIGH  tor  one  RCLK  dock  period  each  time  a  SYNC  character  is  detected. 

Data  must  be  read  by  the  CPU  each  time  the  RDA  output  goes  HIGH  before  the  next  character  is 
assembled.  If  not,  an  overran  wM  occur  resulting  in  loss  of  data.  The  IRQ  output  goes  LOW  and  the 
ROVR  status  bit  Is  set  if  an  overran  occurs. 

CRC  accumulation  begins  with  toe  first- non- SYNC  character  and  includes  all  subsequent  characters  if 
sync  stop  is  not  programmed.  The  CRC  accumulation  win  include  only  non-SYNC  characters  if  sync  strip 
is  programmed.  The  CRC  accumulation  is  checked  each  character  time  and  the  RERR  status  bit  is  set  if 
the  remainder  does  not  equal  "0"  or  reset  If  toe  remainder  equals  "0."  Since  there  is  not  defined  end  of 
message  character,  the  REOM  status  bit  is  not  set  The  CPU  must  determine  when  the  end  of  message 
occurs  and  check  the  RERR  status  at  that  time.  If  an  error  free  message  has  been  received,  RERR  will 
be  “0”  tor  one  character  time.  RE  should  be  dropped,  thereby  resetting  the  receiver,  after  the  last 
character  has  been  read. 
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TRANSMITTER  OPERATION 

GENERAL  -  The  Mode  Control  Sync/ Address  Register  (MCSA)  must  be  programmed  prior  to  start¬ 
ing  transmitter  operation.  The  RTS  bit  of  the  Transmitter  Control  Register  (TCR)  must  be  set  to  turn 
on  the  transmitter.  The  SOM  bit  of  TCR  may  also  be  set  at  this  time  and  the  Transmitter  Data  Buffer 
(TDB)  loaded  with  the  first  character  of  the  message.  When  RTS  has  been  loaded  into  TCR,  the 
RTS  output  goes  LOW.  The  TSO  output  is  held  HIGH  (marks)  until  the  CTS  input  goes  LOW.  Two 
SYNC  or  FLAG  characters  are  then  outputted  on  TSO,  if  SOM  has  been  set.  Otherwise  TSO  wW 
continue  to  output  marks  until  SOM  is  set  and  the  first  character  is  loaded  into  TDB.  Transmitter 
operation  after  the  two  SYNC  or  FLAG  characters  have  been  outputted  depends  on  the  mode  of 
operation.  Note,  RTS  and  transmitter  character  length  must  be  reloaded  each  time  TCR  is  updated 
until  after  the  EOM  (end  of  message)  bit  has  been  set 

BOP  OPERATION  -  CharacterlengthinBOPmodeaiwaysstartsateightbitspercharactereachframe.lt 
remains  eight  bits  until  the  address  and  control  fields  have  been  transmitted.  It  then  switches  to  the 
programmed  length  at  the  start  of  the  information  field,  if  any,  until  the  last  character  has  been  transmitted. 
Character  length  switches  back  to  eight  bits  for  the  transmission  of  the  Frame  Check  Sequence  (FCS)  and 
the  closing  FLAG. 

A  flow  diagram  for  BOP  transmitter  operation  is  shown  in  Figure  1 0.  The  secondary  address  is  transmitted 
after  the  initial  two  FLAGs.  The  secondary  address  comes  from  the  Sync/Address  Register  (SAR)  if  the 
device  is  programmed  as  a  secondary  station  or  from  the  TDB  if  the  device  is  programmed  as  a  primary.  If 
the  secondary  address  came  from  SAR,  it  is  followed  in  the  transmission  by  the  character  from  TDB. 
Characters  are  transferred  in  parallel  from  SAR  or  TDB  to  the  Transmitter  Shift  Register  (TXR)  and  serially 
shifted,  LS8  first,  out  the  TSO  output  The  TBMT  output  and  status  bit  are  set  HIGH  each  time  data  is 
transferred  from  TDB.  The  CPU  must  update  TCR,  if  required,  and  load  TDB  with  the  next  character.  An 
underrun  occurs  if  this  is  not  done  within  one  character  time.  If  an  underrun  occurs,  the  TUR  status  bit  is  set 
and  an  ABORT  (lllllllt)  is  transmitted.  The  output  is  held  at  a  mark  until  SOM  is  set  for  a  new 
message.  A  transmitter  overrun  occurs  if  TDB  is  updated  before  TBMT  goes  HIGH.  An  overrun  can 
result  in  the  misinterpretation  or  loss  of  the  Character  in  TDB..  The  TOR  status  bit  is  set  when  an  overrun 
occurs. 

The  least  significant  bit  (LSB)  of  each  character,  starting  with  the  secondary  address  is  examined.  The  first 
-  character  with  an  LSB  »“1"  denotes  the  last  character  of  the  address  field.  The  next  one  or  two  characters 
(programmed  in  MCR)  are  the  control  field.  The  character  length  switches  to  the  programmed  length  in 
TCR  after  the  last  character  of  the  control  field  unless  that  character  was  the  end  of  message. 

The  CPU  must  set  the  EOM  bit  of  TCR  when  loading  the  last  character  of  the  message.  Character  length 
may  be  changed  at  this  time  to  allow  transmission  of  a  residual  last  character.  The  character  in  TDB  is 
followed  by  the  FCS  (if  CRC  is  selected)  and  a  closing  FLAG  when  EOM  is  set  The  transmitter  may  be 
turned  off  by  resetting  RTS  after  TBMT  goes  HIGH  or  it  may  remain  active.  The  closing  FLAG  of  one  frame 
may  be  used  as  the  opening  FLAG  of  the  next  frame  by  setting  SOM  and  loading  TDB  after  TBMT  goes 
HIGH.  If  the  transmitter  is  left  active  and  SOM  has  not  been  set  FLAG  characters  are  transmitted  between 
frames  if  the  GATD  bit  of  TCR  equals  “0"  or  marks  if  GATD  equals  “1". 

A  message  may  be  terminated  at  any  time  with  an  ABORT  by  setting  the  TACG  bit  of  TCR.  This  causes 
the  TSO  output  to  go  immediately  to  a  mark  condition  until  SOM  is  set. 

Data  transmitted  on  the  TSO  output  is  continuously  monitored  for  five  consecutive  "is."  A  “0”  is  inserted 
in  the  data  stream  each  time  this  condition  occurs.  This  insures  a  data  character  will  not  be  interpreted 
as  a  FLAG,  ABORT  or  GA  at  the  received  end. 

TUR  and  TOR  status  bits  are  reset  whenever  the  Transmitter  Status  Register  (TSR)  is  read.  The  TBMT 
output  and  status  bit  are  reset  when  TDB  is  loaded. 

CRC  accumulation  begins  with  the  first  non-FLAG  character  and  includes  all  subsequent  characters  up  to 
and  Indudfog  the  last  data  character.  The  accumulated  CRC  Is  then  transmitted  as  the  FCS  following  the 
last  data  character,  if  CRC  is  selected. 

LOOP  REPEATER  OPERATION -Loop  Repeater  Mode  is  a  special  case  of  BOP.  The  primary  station  In 
the  loop  should  be  programmed  for  normal  BOP  primary  operation.  The  GATD  bit  of  TCR  is  used  to  initiate 
a  polling  sequence.  When  this  bit  la  set,  marks  are  transmitted  after  the  dosing  FLAG  of  a  frame.  The  last 
"0”  of  the  closing  FLAG  and  the  next  seven  "is”  are  interpreted  down  loop  as  a  GO-AHEAD.  The  end  of 
the  potting  sequence  is  detected  when  the  ABGA  (received  GA)  bit  of  the  RSR  is  set. 

Down-loop  stations  should  be  programmed  as  BOP  secondary,  loop  repeater  (LRSS  -  "1"  in  MCR).  In 
this  mode,  data  received  at  the  RSI  input  is  delayed  one  bit  time  and  outputted  on  TSO.  When  data  is  to 
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to  transmitted  in  this  mods,  tto  CPU  should  set  RTS  and  SOM  and  load  the  first  character  into  TDB. 
CTS  is  ignored  in  this  mode.  The  transmitter  waits  for  a  received  GA.  When  a  received  GA  is  detected, 
the  seventh  “1”  is  changed  to  a  "0."  creating  a  FLAG.  This  prevents  down-loop  station  from  receiving  a 
GA,  reserving  the  line  for  the  transmitting  station.  The  TBMT  output  and  status  bit  are  set  and  transmitter 
operation  proceeds  in  normal  BOP  operation  except  the  NRZI  encode  logic  is  disable. 

When  the  last  character  and  FCS  have  been  transmitted,  the  message  is  terminated  with  a  GA.  TSO 
switches  back  to  RSI  delayed  one  bit  time.  Oown-toop  stations  may  then  capture  the  line  by  detecting  the 
GA. 

RCLK  and  TCLK  should  be  tied  together  in  this  mode. 


BfSYNC  OPERATION  -  A  flow  diagram  for  Bisync  transmitter  operation  is  shown  in  Figure  1 1 .  Character 
length  for  Bisync  mode  defaults  to  eight  bits  per  character.  The  transmitter  always  assumes  non¬ 
transparent  mode  unless  forced  to  transparent  by  the  CPU. 

The  message  format  following  the  initial  SYNC  pair  depends  on  the  action  of  the  CPU.  if  the  Transmitter 
Data  Buffer  (TDB)  has  not  been  loaded  with  the  first  character  of  the  message,  SYNC  characters  are 
outputted  on  TSO  until  a  TDB  load.  This  can  occur  only  with  an  8-bit  data  bus,  since  TCR  and  TDB  are 
loaded  simultaneously  for  a  1 8-bit  data  bus.  The  character  from  TDB,  when  available,  is  transferred  to  the 
Transmitter  Shift  Register,  (TSR)  and  serially  shifted  out  the  TSO  output.  The  character  in  TDB  is 
preceded  with  a  contiguous  DLE  when  GATD  (transmit  OLE)  Is  set  GATD  bit  is  cancelled  after  it  has  been 
internally  processed.  The  first  occurrence  is  interpreted  as  a  DLE  STX  command  and  the  transmitter 
begins  transparent  mode  operation.  The  transmitter  will  remain  in  transparent  mode  until  the  end  of 
message. 

The  TBMT  output  and  status  bit  are  set  HIGH  each  time  data  is  transferred  from  TDB.  The  CPU  should 
update  TCR,  if  required,  and  load  TDB  with  the  next  character.  An  underrun  occurs  if  this  is  not  done  within 
one  character  time  and  the  TUR  status  bit  is  set  and  SYNC  characters  (or  DLE  SYNC  pairs  in  transparent 
mode)  are  transmitted  until  TDB  is  updated.  A  transmitter  overrun  occurs  if  TDB  is  updated  before  TBMT 
goes  HIGH.  An  overrun  can  result  in  the  misinterpretation  or  loss  of  the  character  in  TDB.  The  TOR 
status  bit  is  set  when  an  overrun  occurs. 

The  EOM  bit  of  TCR,  GATD  (if  in  transparent  mode)  and  TACG  (if  the  accumulated  CRC  is  to  be 
transmitted  as  the  Block  Check  Character)  should  to  set  when  the  last  character  is  loaded  into  TDB.  The 
last  character  must  to  an  ITB,  ETB  or  ETX  If  CRC  is  used.  A  16-bit  BCC,  if  selected,  is  transmitted 
following  the  last  character.  The  last  character  is  followed  by  marks  for  a  minimum  of  one  character  time  If 
no  BCC  is  transmitted. 

A  second  block  of  data  may  to  transmitted  immediately  following  the  BCC  by  setting  SOM  and  loading 
TDB  after  TBMT  goes  HK^H,  Tto  transmitter  may  be  turned  off  at  this  lime  by  resetting  RTS.  The 
transmitter  transmits  marks  following  the  BCC  for  a  minimum  of  one  character  time  if  SOM  is  not  set. 

CRC  accumulation  begins  after  the  first  non-SYNC  character  for  non-transparent  mode,  or  after  the 
second  non-SYNC  character  if  the  message  starts  in  transparent  mode.  The  CRC  continues  up  to  and 
including  the  last  character.  SYNC  characters  or  DLE  SYNC  pairs  caused  by  a  transmitter  underrun  are 
not  included.  Forced  DLE  characters  in  transparent  mode  are  not  included.  The  forced  DLE  of  a  DLE  STX 
pair  which  occurs  after  the  start  of  the  message  is  included.  See  Figure  7. 

TUR  and  TOR  status  bits  are  reset  whenever  the  Transmitter  Status  Register  (TSR)  is  read.  The  TBMT 
output  and  status  bit  are  reset  when  TDB  is  loaded. 
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The  meaaage  format  toflowring  the  initiaf  SYNC  pair  depends  on  the  action  of  the  CPU.  H  the  Transmitter 
Pats  rtoffer  has  not  been  ior  l  with  the  lint  chsracter  of  tin  it  wst  SYNCchMeHninMniinllM 
until  a  TDB  load.  This  can  occur  only  with  an  8-W  data  but.  since  TCR  and' TOB  art  loaded  sknuttaneouely 
for  a  19-foM  data  bus.  The  character  from  TUB,  whan  available.  la  transferred  to  toe  Tranamittar  Shift 
Register  (TSR)  and  serially  ahMtod  out  tha  TSO  output.  Tha  TBMT  output  and  statue  bit  art  sat  HIGH  aach 
time  data  « tranatarrad  from  TDB.  The  CPU  should  updato  TCR,  if  required,  and  toad  TDB  wkh  tha  naxt 
character.  An  underrun  occurs  If  this  la  not  dona  within  onacharactortlma  and  toe TUR  atatua  bit  la  eat  and 
SYNC  charactora  (madia,  M  eync  stripping  is  not  programmed)  are  transmitted  until  TOO  la  updated.  A 
tranamittar  overrun  occurs  H  TDB  la  updated  before  TBMT  goes  HIGH.  An  overrun  can  reauit  I In  the 
misinterpretation  or  loas  ot  the  character  in  TDB.  The  TOR  statue  bit  la  sat  whan  an  overrun  occurs. 

Tha  EOM  bit  ot  TCR  and  TACG  (if  tha  accumulated  CRC  is  to  be  transmitted  as  tha  Block  Check 
Character)  should  be  set  whan  toe  last  character  is  loadad  into  TDB.  The  last  character  is  teltowad 
by  a  BCC  and  a  pad  character  if  CRC  is  selected,  or  the  pad  character  only  if  CRC  is  not  selected. 
Tha  tranamittar  may  be  turned  oft  by  resetting  RTS  after  TBMT  goes  HIGH. 

CRC  accumulation  (Sea  Error  Control)  includes  aN  non- SYNC  characters.  The  CRC  Generation  Reg¬ 
ister  (CGR)  in  BCP  mode  is  defined  as  twice  the  character  length. 

TUR  and  TOR  status  bits  are  reset  whenever  the  Transmitter  Status  Register  (TSR)  is  read.  The 
TBMT  output  and  status  bit  are  reset  when  TDB  is  loaded. 

DATA  BUS  CONTROL  (6866) 

The  CPU  uses  the  Register  Address  (A^-Aj),  Byte  Select  (BYTE).  Chip  Enable  (CE),  Read/Write  (R/W), 
and  Data  Bus  Enable  (DBE)  inputs  to  control  information  transfer  on  the  data  bus.  The  Byte  Select  input 
specifies  a  16-bit  data  bus  when  BYTE  -  "0"  or  an  8-bit  data  bus  when  BYTE  -  "1."  For  an  8 -bit  data 
bus.  Do  through  Dr  may  be  Wired-OR  with  the  corresponding  pins  De  though  Dis- 

A  read  operation  (R/W  -  “l”)  is  initiated  on  the  leading  edge  of  DBE.  The  other  control  inputs  (Aq-As. 
BYTE.  Ct  and  R/W)  must  be  stable  before  the  leading  edge  of  DBE  (see  Dynamic  Characteristics).  Any 
unused  bits  in  the  addressed  register  are  "0."  D8-D15  contain  receiver  status  when  TSR  is  read  using  a 
16-bit  bus.  Status  bits  are  reset  on  the  trailing  edge  of  DBE,  when  the  appropriate  register  is  read. 

Data  is  loaded  into  the  addressed  register  on  the  trailing  edge  of  DBE  for  a  write  (R/W  «  "0”)  operation. 
The  other  control  inputs  must  be  stable  prior  to  the  leading  edge  of  DBE.  TBMT  is  reset  on  the  trailing 
edge  of  DBE  when  TCDR  (16-bit  bus)  or  TDB  (8-bit  bus)  is  addressed. 

DATA  BUS  CONTROL  (3846) 

Bus  control  for  the  £3846  has  the  same  characteristics  as  the  P6856  with  HE  only  for  read  rather  than 
DBE  -  “1”  and  R/W  ■  “1”  and  WR  only  for  write  rather  than  DBE  -  “1”  and  R/W  -  “0." 
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PROGRAMMING 

The  Mode  Control  Sync  Address  Register  (MCSA)  is  a  directly  addressable  write  only  register  used  to 
configure  the  SPCC  tor  the  user's  specific  data  communications  environment.  MSCA  should  be 
programmed  after  initialization  and  prior  to  initiating  data  transmission  or  reception.  It  may  be 
changed  at  any  time  that  both  the  receiver  and  transmitter  are  disabled.  The  default  mode  (after 
initialization)  is  BOP  primary  with  one  byte  control  field,  NRZI  encoding,  8-bit  character  length  and 
error  control  using  CRC-CCITT  preset  to "  t  s."  The  lower  byte,  sync/address,  is  not  used  in  BOP  primary 
mode. 
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The  Transmitter  Control  and  Data  Register  (TCOR)  is  a  directly  addressable  write  only  register  which 
controls  the  format  of  the  transmitted  data.  The  tower  byte  (TOB)  contains  the  data  character*  to  be 
transmitted.  The  upper  byte  (TCR)  contains  control  information  relating  specifically  to  the  data  being 
transmitted.  TCOR  may  be  updated  whenever  the  TBMT  output  is  HIGH.  The  default  mode  tor  this  ragiatar 
is  all  “Os"  corresponding  to  transmitter  disabled. 

The  upper  byte  (RCR)  of  the  Receiver  Control  and  Transmitter  Status  Ragiatar  (RCTS)  is  a  directly 
fkddrtttflbfci  wHi  onfv  rMMv  mhich  contains  control  intormiHon  soocticoiv  niittd  to  tho  rtctiui  of 
data  and  the  6TR  and  MlSC  general  purpose  outputs.  Those  bits  which  oontrol  the  received  charac¬ 
ter  length  should  not  be  changed  while  the  receiver  is  enabled.  The  default  value  of  RCR  is  ail  “Os" 
corresponding  to  receiver  disabled  and  general  purpose  outputs  at  a  HIGH  level. 

Specific  definition  of  the  format  of  the  addressable  registers  is  given  in  the  following  section.  Address 
information  is  given  in  the  Oata  Bus  Control  section. 


ADDRESSABLE  REGISTER  FORMAT 


IS  14  13 

12 

11 

10 

9 

• 

7  6  S  4  3  2  1  0 

iE  . . ==  ■ 

LRSS 

CC 

NRZ1 

LOOP 

EC 

SYNC/SECONOARY  ADDRESS 

- 1  ■  .  i - 1 - 1 - *  1  1 _ 

MODE  CONTROL  SYNC/AOORESS  REGISTER  (MSCA)  -  Write  Only 


err 

NAME 

MOOE 

FUNCTION 

0-7 

SAR 

SOP 

Btoync 

8CP 

SynclAddrees  Register 

Secondary  Address  tor  teoondery  station  mode 

Not  used 

SYNC  Character 

a 

•  EC 

; 

BOP 

Bisync 

BCP 

Error  Control 

0  »  CCITT  preaet  to  af  "0"* 

1  -  CCITT  preset  to  el  “1"s 

0  -  CRC-18  preset  to  al  “0“a 

1  -  CCITT  preset  to  aN  "O  '* 

Same  aa  Bisync  for  8-bit  characters  length  ONLY. 

9 

LOOP 

AN 

Seif  test  loop  mode.  TSO  loop  to  RSI  MamaNy 

10 

NRZ1 

AN 

0  -  NRZdats 

1  -  NRZI,  zero  complementing 

ii 

CC 

BOP 

Biayne 

BCP 

0  -  1  control  byte,  1  -  2  oontrol  bytes 

Not  used 

Not  used 

12 

LRSS 

BOP 

owyrtc 

BCP 

Loop  Repeeter/Sync  Strip 

0  -  Normal  mode 

1  -  Loop  repeater  mode 

Not  used 

0  •  Tx  Mark  tor  FILL  character 

Skip  Laadtog  SYNC*  only 

1  -  Tx  SYNC  tor  FILL  chvacter 

Strip  aN  SYNC'S 

13-18 

AN 

Protocol  Select  IS  14  13 

0  0  0  BOP,  Primary 

0  1  0  BOP,  Secondary 

0  1  1  BOP,  Second,  Global 

1  0  0  BCP 

1  1  0  BNync  -  USASCtt 

1  1  1  Bisync  -  EBCOtC 

0  0  1  Raearvad 

1  0  1  Raaarvsd 

ADDRESSABLE  REGISTER  FORMAT  (Cortf  d.) 


15  14  13  12  11  10  9  •  7  5  5  4  3  2  1  0 


- 1 - 1 - 

- 1 - 1 - 1 - 1  '  I- 

■  T  ' 

— , — 

□ 

TACG 

GATD 

EOM 

RTS 

TCLj  -  TCLo 

_ i  ■ 

TRANSMITTER  DATA  BUR 
_ 1 _ 1 _ 1 _ 1 _ 1— 

pm 

i 

TRANSMITTER  CONTROL  AND  DATA  REGISTER  (TCOR)  -  Write  Only 


BIT 

NAME 

MOOE 

FUNCTION 

0-7 

TDS 

AM 

TranemMer  Odi  Butter 

8-10 

TCLo-TCL2 

BOP/BCP 

sisvnc 

TranemMer  CNftdir  LmhKi 

8  9  10 

0  0  0  8-Mi 

10  0  1 

0  10  2 

110  3 

0  0  14 

10  15 

0  118 

1117 

Character  length  automaScaSy  8-Ms  / 

11 

RTS 

AH 

Request  to  Sand.  “0"  -  “1“  on  RTS  output;  “1"  -  "0"  on  RTS  output 

12 

EOM 

AH 

End  o 1  Massage.  “1”  defines  character  in  TBO  as  last  data  character  of  message.  TMa  M  it 
self-canceiling. 

13 

GATD 

BOP 

BISYNC 

BCP 

Go-ahaad/TranamM  OLE 

"0"  -  FLAGS  transmitted  between  frames 

”1"  -  Marks  transmuted  between  frames 

T’  -  Transmit  OLE  character  ahead  of  character  in  TOB.  Enter  transparent  mode. 

Not  used. 

14 

TACG 

BOP 

BfSYNO 

BCP 

Transmit  AbortfCRC  Generate 

“1"  -  Transmit  Abort 

"0"  -  No  CPC  an  transmitfed  message 

”1''  -  Transmit  Block  Check  Character  after  last  data  character. 

15 

SOM 

AH 

Start  of  Massage.  Initiates  start  of  message  causing  SYNCs  or  FLAGS  to  be  transmrMsd. 

This  M  is  self -cancelling. 
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ADDRESSABLE  REGISTER  FORMAT  (Cont'd.) 


IS  14  13  12  11  10 


OTR  MISC 


CRC  RE  RCL,  -  RCLq  TUR  TBMT  TOR 


CIS  CO  DM 


1 


RECEIVER  CONTROL  ANO  TRANSMITTER  STATUS  REGISTER  (RCTS)  -  ReadlWrito 


FUNCTION 


Data  Sat  Raady.  Equals  “i"  whan  DSR  input  is  LOW. 


Cantar  Dstsct  Equals  “1“  whan  55  Input  is  LOW. 


Ctsar  to  Sand.  Equals  “V'  whan  CT5  Input  is  LOW. 


Not  usad 


TransmHtar  Ovanun.  "1“  -  CPU  updatsd  TCDR  before  tha  SPCC  was  raady. 


Transmitter  Butter  Empty,  r  -  CPU  may  load  naw  data  and/or  Control  Information  in 
TCDR. 


Transmittaf  Underrun.  "V  -  CPU  failed  to  load  TD8  in  tima.  Abort  is  transmittsd  In  BOP  moda. 
Whan  TUR  occurs  fill  characters  ars  transmittsd  in  BISYNC  or  BCP.  TUR  occurs  along  with 
a  LOW  level  of  IRQ  output. 


Raoahrar  Character  Length 

•  9 

0  0  S-ttts 
1  0  S 

0  1  s 

1  1  7 


Receiver  Enable.  “V  enables  receiver 


“0"  -  No  CRC  (Transmit/Receive! 
"1"  -  CRC  selected 


Not  used 


Miscellaneous  "O''  -  “1"  on  MiSC  output;  T"  -  "0"  on  MISC  output. 


Data  Terminal  Ready.  "0"  -  “1"  on  OTR  output;  “i  "  -  -0"  on  OTR  output. 


IS  14  13  12  11  10 


ROVR  ROA  REOM  ASGA  |  ROL,  -  ROLq 


STATUS  ANO  OATA  REGISTER  (RSOR)  -  Read  Only 


MOOE 


FUNCTION 


r*rgwrs4-4fi'  hiw<  1  ■  wHL  shir  OOOUnsQ  On  fVOmVB  AMniB  Wamrn  M 

character  to  in  RDS. 


S>11  ROLo-ROLt  SOP  only  Received  Laat  Character  Length.  Corresponds  to  Me  number  of  (Ms  In  laal  character. 

000-SMM.100-1HL010-2MlS.Sle. 


12  ASGA  SOP  only  AbotVOo-Ahead  Ccrraapondi  M  laaaNed  Abort  «  RCTR-T  or  pe  Ahead  »  RPW- 


fliOtNvd  Cud  of  MiiiiQi 
*1"  *  Received  FLAG,  Abort  or  Go  Ahead 
SISYNC  "1"  «  RseaNad  ITS,  ETB,  or  ETX  (prsoodad  by  OLE  In 


Receiver  Ovanun.  "1"  indfcatos  CPU  falad  to  read  data  In  ROE  before  next  chare 
ssasmbiid  NwompantodbyaLOWonTBffouiput 


czxns 


IS  ROVR 
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ABSOLUTE  MAXIMUM  RATINGS 
Operating  Temperature 
Ceramic 
Cermet 
Ptastic 

Storage  Temperature 
Supply  Voltage 
InpuVOutput  Voltage 
input  Voltage 
Output  Voltage 


-56*C  to  +12S*C 
-55*C  to  +125*C 
0*Cto+70*C 
-68*C  to  +150*C 
-OS  V  to  +7.0  V 
-0.3  V  to  +10  V 
-0.3  V  to +15  V 
-OS  V  to  +10  V 


This  device  contains  circuitry  to  protect  the  inputs  against  damage  due  to  high  static 
electric  fields;  however,  it  is  advised  that  normal  precautions  be  taken  to  avoid  apple 
voltage  higher  than  maximum  rated  voltages. 


voteges  or 
toon  of  any 


ELECTRICAL  CHARACTERISTICS:  Over  the  Operating  Temperature  Range 


PARAMETER 


Supply  Voltage 


Input  Voltage 
Input  LOW 
Clock  LOW 
Input  HIGH 
dock  HIGH 


Output  Voltage 
Output  LOW 
Output  HIGH 


Leakage  Current 
Input  LMkagi 
Output  Lnki0i 


Supply  Current 


Ctpflcilsnoo 
Input 
Output 
Sue  In 


LIMITS _ 

TYP  I  MAX  UNIT 


CONDITIONS 


DYNAMC  CHARACTERISTICS:  Ow  tfw  Operating  Temperature  Rang*.  Vcc  *  5  V  ±10% 

Cl  •  100  pF  lor  Do-01Sl  Cl  "  50  pF  for  a*  other  outputs 


SYMBOL 

PARAMETER 

LIMITS  | 

TYP. 

MAX. 

Set-up  and  Hold  Tim* 

Ucs 

Addraaa/Contrai  Sal-op 

100 

UCH 

AoariiwUiiwOi  now 

100 

! 

*08 

Data  But  Set-up  (Write) 

200 

*0H 

Data  But  Hold  (Write) 

100 

•as 

RSI  Set-up 

200 

*»W 

RSI  Hold 

100 

Pulee  WWtft 

1 

•ci 

Cl 

450 

tOBC(HD) 

OBE/RB,  WR 

450 

Delay  Time 

*  1 

too 

Data  But  (Read) 

250 

<TSO 

Tranamft  Serial  Data 

200 

<SRO 

Bua  naleaaa 

_ i 

150 
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WESTERN  DIGITAL 

CORPORATION 


x 

X 


LSI  MICRO  PACKET  NETWORK  INTERFACE  (yPAC)  WD2S01 
SHORT  FORM  DATA  SHEET 


FEATURES 

•  Packet  Switching  Controller  Compatible  with  CCITT 
Recommendation  X.2S,  Level  2,  LAP. 

•  Programmable  Primary  Timer  (T1)  And  Retrans¬ 
mission  Counter  (N2) 

•  Programmable  A-Field  Which  Provides  A  Wider 
Range  Of  Applications  Then  Defined  By  X.25.  These 
Include:  DTE-To-DTE  Connection,  Multipoint,  And 
Loop-Back  Testing 

•  Direct  Memory  Access  (DMA)  Transfer:  Two 
Channels;  One  For  Transmit  And  One  For  Receive. 
Send/ Receive  Oata  Accessed  By  Indirect  Addressing 
Method.  No  External  Address  Latches  Required. 
Sixteen  Output  Address  Lines. 

•  Zero  Bit  Insert  And  Delete 

•  Automatic  Appending  and  Testing  Of  FCS  Field 

•  Computer  Bus  Interface  Structure:  8  Bit  Bi- 
Directional  Data  Bus.  CS,  WE,  RE-Four  Input 
Address  Lines 

•  OC  To  *1.6M  Bfts/SEC  Baud  Rate 


•  TTL  Compatible 

•  48  Pin  Dual  In-Line  Packages 

•  Pin-for-pln  compatible  with  WD2S11  (LAPS.) 

•  Higher  Baud  Rates  Available  By  Special  Order 
APPLICATIONS 

X.2S  PACKET  SWITCHING  CONTROLLER 
PART  OF  DTE  OF  DCE 
PRIVATE  PACKET  NETWORKS 

GENERAL  DESCRIPTION 

The  WD2S01  is  a  MOS/LSI  device  which  handles 
bit-oriented,  full-duplex  serial  data  communications 
with  DMA,  which  conforms  to  CCITT  X.25  with 
programmable  enhancements. 

The  device  is  fabricated  in  N-Channel  silicon  gate  MOS 
technology  and  is  TTL  compatible  on  all  inputs  and 
outputs.  •  • '  *  *  ‘ 


WD  2801  BLOCK  DIAGRAM 


INTERFACE  SIGNAL  DESCRIPTION 


•PIN 

NUMBER 

SYMBOL 

NAME 

FUNCTION 

48 

VCC 

Power  Supply 

♦  5VDC  power  supply  input 

42 

VOO 

Power  Supply 

+  12V  DC  power  supply  input 

18 

VSS 

Ground 

Ground 

6 

CLK 

Clock 

Clock  input  used  for  internal  timing.  Must  be  square 
wave  from  1 .0  to  3.0  mHz. 

7 

mE 

Master  Reset 

Initialize  on  active  low.  All  registers  reset  to  zero, 
except  control  bits  MDISC  and  Llfik  are  set  to  1 .  DACK 
must  be  stable  high  before  MR  goes  high. 

4 

c§ 

Chip  Select 

Active  low  chip  select  for  CPU  control  of  I/O  registers. 

8-15 

OALO-OAL7 

Data  Access  Lines 

An  8  bit  bi-directional  three-state  bus  for  CPU  and  DMA 
controlled  transfers. 

5 

RE 

Read  Enable** 

The  contents  of  the  selected  register  are  placed  on  DAL 
when  CS  and  RE  are  low. 

3 

WE 

Write  Enable 

The  data  on  the  DAL  are  written  into  the  selected 
register  when  C3  and  WE  are  low.  "RE  and  WE  must  not 
be  low  at  the  same  time. 

2 

rEPly 

Reply 

An  active  low  output  to  indicate  that  either  a  C5»WE  or 
CS»Rfe  input  is  present. 

43 

iNTR 

Interrupt  Request 

An  active  low  intemipt  service  request  output,  and 
returns  high  when  Status  Register  #1  is  read. 

47-44 

IA0-IA3 

Address  Lines  In 

Pour  address  inputs  to  the  2501  for  CPU  controlled 
read/write  operation  with  registers  in  the  2501 .  If  ADRV 
s  o,  these  may  be  tied  to  A0  •  A3. 

28-41 

A0-A15 

Address  Lines  Out 

Sixteen  address  outputs  from  the  2501  for  DMA 
operation.  If  the  control  bit  ADRV  Is  1 ,  the  outputs  are 
TTL  drives  at  all  times.  If  ADRV  is  0,  the  ouputs  are 
3-state,  and  are  HI -Z  whenever  DACK  is  high.  (ADRV 
is  in  Control  Register  *1 .) 

23 


GROT 


OMA  Request  Read 


An  active  low  output  signal  to  initiate  CPU  bus  request 
so  the  2501  can  output  onto  the  but. 


•PIN 

NUM8ER 

SYMBOL 

PIN  NAME 

FUNCTION 

24 

DROW 

DMA  Request  Write 

An  active  low  output  signal  to  initiate  CPU  bus  request 
so  that  data  may  be  written  into  the  2501 .  DRQW  and 
DRQR  cannot  be  low  at  the  same  time. 

25 

ekck 

DMA  Acknowledge 

An  active  low  input  from  the  CPU  in  response  to  DftOR 
or  DR(5w.  DACK  must  not  be  low  if  £5  and  RE  are  low 
or  if  €3  and  wE  are  low. 

21 

TO 

Transmit  Data 

Transmitted  serial  data  output 

16 

RO 

Receive  Data 

Receive  serial  data  input 

22 

TC 

Transmit  Clock 

A 1 X  clock  input.  TD  changes  on  the  falling  edge  of  TC. 

17 

RC 

Receive  Clock 

If  the  NRZI  control  bit  is  0,  this  is  a  IX  clock  input,  and 

RD  is  sampled  on  the  rising  edge  of  RC. 

If  the  NRZI  control  bit  is  1 ,  this  is  a  32X  clock  input. 
Data  is  sampled  according  to  the  Digital  Phase  Locked 
Loop  (DPLL). 

Adjustment  of  the  sample  is  by  quadranL  The 
sampling  may  be  monitored  by  the  RCO  output. 

19 

RTS 

Request-To-Send 

An  open  collector  (drain)  output  which  goes  low  when 
the  2501  is  ready  to  transmit  either  flags  or  data.  May 
be  hard-wired  to  ground. 

20 

CTS 

Clear-To-Send 

An  active  low  input  which  signals  the  2501  that 
transmission  may  begin.  If  high,  the  TD  output  is 
forced  high.  May  be  hard-wired  to  ground. 

•  PIN  NUMBERS  ARE  PRELIMINARY 

••  Throughout  this  document,  the  term  "read”  refers  to  data  out  of  the  2501  and  “write”  refers  to  data  going 
into  the  2501 . 
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SYSTEM  CONNECTION 


nMMMiTWfll  Ira* 
4  of  M  ranee,  wMch  an 


FRAME  FORMAT  CONTROL 


The  W 02501  la  controlled  and  monitored  by  sixteen  I/O  registers. 

Control,  status,  and  error  bits  will  be  referred  to  as  CR,  SR,  or  ER,  respectively,  along  with  two  digits.  For  example, 
SRI  8  refers  to  status  register  *1  and  bit  6,  which  is  "XBA”. 


REG.#  I A3 


REGISTER 

REGISTER  GROUPING 

CRO 

CR1 

OVERALL  CONTROL 

*SR0 

AND 

*SR1 

MONITOR 

*SR2 

*ER0 

•CHAIN  MONITOR 

RECEIVER 

•RECEIVED  C-FIELD 

MONITOR 

T1 

N2/T1 

TIMER 

TLOOK  HI 

TLOOK  LO 

CHAIN/LIMIT 

(UNUSED) 

DMA  SET-UP 

XMT  COMMAND  "E” 

XMT  RESPONSE  "F" 

"A"  FIELD 

CONTROL, STATUS, ERROR  REGISTERS 


REGISTER 


ER07  ER06  EROS  ER04  ER03 


RANC  LINK 


ER02  ER01 


Cause*  Interrupt  (INTR  Goes  Low). 


DESCRIPTION 


^  This  bfttsRECRwtwctt  defines  thsCPU?srec«ver  Suffer 
'  '  Brady  (CROtaa  Q|.  I*  RECW  =*  0,tma  Hit  Indicate*  tt«tf 
^  to  alcc«pt  morei  l-frames,  or  packets,  and. 


DESCRIPTION 


RHTt  Wtlt  cause  the  250T  to  transmit  to  ^ 

•^Intervals  . provided .  the .  250t  v  Is  rnfaending, -'^pemmsnfit'- ei^ wattmaillfe 
sckoowledflenient.  r  . .  "  • 


hicJ^ 


rNA2-NA0.  Next  block  of transmitted  data  to  be  Ar^ovdedoed^>y-~^’^:*^^^*^^i^:'f 


r.T71;i:l;ir 


I.111.!,".'  ■!!'.' M 


E^gBE^mSH 


;>  RHRX.  Am  result  of  RECR  (CRQTjr  a  <* 'to  RRft  hes  bean  transmitted. ;A> -'3fc 


^■.Ther  PRR  bit  stands,  for  Packet  Reca*ve<£. 


*i  -  The three  interrupt-causing  bits  are  SFTtT, 


Wf.*‘  threat  MtsareresettoO,  and  INTO  retums.Mahi’ .f 


4a  •  A 


jk 


A, 


m 

:-  Ms 


7W*-. 
i^aoes 

£isas.  wv 


*>v 


o 


At; 


(link-up  or  downjf^  the  2501  |a>  proarseshiB^toc 


‘fbufter„  eepne  direction  cdthe-Rnk  hear' 

-Vcj,-s..  •  ',<**:■»& -p  •  Vw 

Th*«xact  nature  of  thereupon  torthe 


hash 


|  i  fy’ 

^rt.WWdrr’eJ 


tV 


.  *.  ■erne  I 

iiv ., 

. U-  '%*»  .(vCU^H^w^rx  i i- 


^tviTSjSF'W  Jf» 

Tr''  ^  *t  v?*  ^.'Ir  '•,-^nr'^s;.  • 

•-.;  .;'/•' .:••-.*•  •  -VC-.  &•  :<  . 

i|-* , C-^5  w.-'^r  jto.V  ?* 

a  ^V*y.T* -  ■' ■ :  ?T 

..^  V  "'l^-I4'l 


ssffitfrH'  rz~? ' 


ERROR  REGISTER  (ERO) 


ER07  ER06  ER05 


EROO-NOSFR 
ER01  -  ROR 
ER02-TUR 
ER03-  RPKNR 
ER04-  RLNR 


ER03 

ER02 

ER01 

EROO 

0 

0 

0 

1 

0 

0 

0 

0 

0 

t 

0 

0 

0 

0 

1 

0 

LINK  is  up.  (Was  down) 

Received  DISC  while  LINK  up. 

DISC  sent  sant  SARM  sent  N2  timas  without  UA. 
DISC  sant.  REC  IDLE  for  T1xN2. 


CHAIN  STATUS 
EROO  >  GNCS 
ER01  •  CNR 


LINK  RESET  RECEIVED  if  ER05  -  EROO  -  000000 

LINK  RESET  TRANSMITTED  if  EROS  -  EROO  -  non  zero 

EROO  similar  to  W 

ER01  similar  to  X 

ER02  similar  to  Y 

ER03  similar  to  Z 

ER05  means  received  F  *  1,  but  did  not  send  P  ■  1 
ER04  means  I -frame  was  sent  N2  times  without  acknowledge 


COMMAND  REJECT 

1  RECEIVED  if  ER05  - EROO  >000000 

TRANSMITTED  if  ER05  -  EROO  -  non-zero 

EROO  »  W 

ER01 -  X 

ER02- V 

ER03 • Z 

_ ER04-  Z1 _ 

NOTES:  1.  Whenever  a  command  reject  (CMOR)  ia  received,  the  Mleld  will  have  been  placed  in 

appropriate  memory  by  DMA,  and  a  link  reset  SARM  will  be  transmitted.  The  NB  is  not 
advanced. 

2.  Definitions  of  W,X,Y,Z  as  stated  in  CCITT  X.25.  Zl  indicates  received  N(S)  is  invalid  (not  part 
of  X.2S). 


TERMS  USED  IN  ERROR  REGISTER 

GNCS  Going  to  Next  Chain  Segment 

RLNR  RLOOK  Not  Ready.  REC  ROY  bit  of  next 
segment  isO. 


ROR  Receiver  Over-Run.  The  Receiver  Register  (RR) 
had  a  character  to  load  Into  the  FIFO,  but  the 
FIFO  was  full. 


I 


i 


f 


4 


4 


i 


1 


1 


RPKNR  Received  Packet  but  Memory  Block  was  Not 
Ready. 

TUR  Transmitter  Under-Run.  The  Transmitter 
Register  (TR)  needed  a  character  from  the 
Transmitter  Holding  Register  (THR),  but  the 
THR  was  not  ready. 

NOSFR  No  S-frame  received  for  T1  x  N2.  Used  only  if 
RRT1  *  1. 

MEMORY  ACCESS  METHOD 
The  memory  access  method,  which  includes  DMA,  is 
designed  to  take  full  advantage  of  the  bit-oriented 
protocol  which  allows  up  to  7  l-frames  to  be 
outstanding  (l.e.,  unacknowledged)  in  each  direction 
of  a  communications  link.  The  memory  access  method 
used  two  “look-up"  tables:  One  for  transmit  and  one 
for  receive.  These  tables  contain  addresses  and  control 
for  the  Individual  send  /receive  packets.  Thus,  packet 
data  are  OMA  addressed  indirectly.  This  method  is  best 
suited  for  most  software  applications. 

The  16  bit  starting  address  for  the  look-up  table  TLOOK 
is  loaded  into  the  2501  by  the  CPU.  (I/O  Registers  “A" 
and  “B”).  RLOOK  must  immediately  follow  TLOOK  in 
contiguous  fashion.  TLOOK  and  RLOOK  are  in  the 
RAM  memory  external  to  the  2501 .  There  are  a  total  of  8 
segmented  control  sections  for  each  table.  Each 
segment  contains  eight  bytes.  Four  bytes  are  used  for 


data  memory  starting  address  and  length,  two  bits  of 
one  byte  are  used  for  control,  one  byte  defines  variable 
bit  length  and  residual,  and  the  other  two  bytes  are 
open  tor  user  definition. 

In  transmit,  the  2501  will  have  read  from  TLOOK  the 
starting  address  and  length  of  the  first  packet  to  be 
transmitted.  The  2501  will  automatically  transmit  the 
flag,  address,  and  control  fields.  Next,  the  information 
field  data  will  be  transmitted  using  OMA  from  the 
“SEND  #0  PACKET'  memory.  At  the  end  of  the 
Information  field,  the  2501  will  automatically  sand  the 
FCS  and  closing  Flag.  The  2501  will  than  move  on  to 
the  next  packet. 

If  retransmission  of  one  or  more  (up  to  seven)  packets 
becomes  necessary,  the  2501  will  automatically  retrace 
the  previous  transmissions  through  the  TLOOK  table. 
The  user's  CPU  software  does  not  become  Involved  In 
the  retransmission.  However,  an  ERROR  COUNTER  is 
incremented.  (See  Error  Counter  Section.) 

To  receive,  each  frame  is  checked  for  correct  address 
and  FCS  fields  and  for  type  of  control  field.  If  the  frame 
is  a  packet,  the  information  field  is  placed  In  the 
assigned  memory  location  in  a  method  simitar  to  that 
used  in  transmit.  After  the  packet  is  received  error-free 
and  in  proper  N(S)  sequence  count,  an  interrupt  is 
generated,  and  the  2501  is  ready  for  the  next  packet 
which  will  be  placed  in  the  next  location. 
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“DEADLY  EMBRACE"  PREVENTION 
A  “deadly  embrace"  can  occur  when  two  processors 
reach  a  state  where  each  is  waiting  for  the  other.  In  this 
case,  the  two  processors  are  the  user's  CPU  and  the 
micro-controller  inside  the  2501 .  Therefore,  to  prevent 
the  “deadly  embrace",  the  following  rule  is  obeyed  by 
the  2501  and  should  also  be  obeyed  by  the  user's  CPU. 
This  rule  applies  to  TLOOK,  RLOOK,  and  to  the  I/O 
registers.  The  Error  Counters  do  not  apply  to  this  rule. 


the  occurrence  of  the  defined  event.  However,  the  2501 
will  not  Increment  past  255  (all  Vs).  The  CPU  has  the 
responsibility  of  clearing  each  counter.  The  first 
counter  past  RLOOK  is  #1 ,  etc. 


ERROR 

COUNTER  COUNT 


RULE:  If  a  bit  is  set  by  the  CPU,  it  will  not  be 
set  by  the  2501 ,  and  vice  versa.  If  a  bit  Is 
cleared  by  the  2501 ,  it  will  not  be  cleared 
by  the  CPU,  and  vice  versa. 


I 

l 


As  an  example,  the  BROY  bit  in  the  TLOOK  segment  is 
set  by  the  CPU,  only,  but  cleared  by  the  2501 ,  only. 

ERROR  COUNTERS 


Following  continguously  after  RLOOK  is  ten  8  bit  error 
counters.  The  2501  will  increment  each  counter  at 


1  Received  Frames  with  FCS  Error 

2  Received  Short  Frames  (less  than  32  Mts) 

3  Number  of  times  T1  ran-out  (completed) 

4  Number  of  1-Frame  Retransmissions 

5  .  REJ  Frames  Received 

6  REJ  Frames  Transmitted 

7  Invalid  Commands  Received 

8  Invalid  Responses  Received 

9  Number  of  frames  which  l-field  exceeded 
total  Limit. 

10  Number  of  Null  Packets  Received 


BYTE  #  IN 
SEGMENT 

7 

6 

5 

4 

3 

2 

1 

0 

1 

ACK'ED 

SPARE 

SPARE 

SPARE 

SPARE 

SPARE 

SPARE 

BRDY 

2 

TSADR  HI 

3 

-  TSADR  LO 

4 

SPARE 

TCNT  HI 

5 

TCNT  LO 

6* 

S8L2 

SBL1 

SBL0 

BL1 

RES2 

RES1 

RE  SO 

BL0 

7 

SPARE  FOR  USER  DEFINITION 

8 


SPARE 


BYTE  »  IN 
SEGMENT 


5 


3 


2 


1 


< 


t 


1 

FRCML 

SPARE 

SPARE 

SPARE 

SPARE 

SPARE 

SPARE 

REC 

ROY 

2 

RSAOR  HI 

3 

RSAOR  LO 

4 

RCNT  HI 

5 

RCNT  LO 

6* 

SBL2 

SBL1 

SBL0 

BL1 

RES2 

RES1 

RES0 

BLO 

7 

SPARE  FOR  USER  DEFINITION 

8 

SPARE 

*Byte  #6  define*  variable  bit  length  and  residual  bits. 


RLOOK  SEGMENT 


4 


■ 


4 


1 


1 


BODY  means  that  the  transmit  buffer  is  ready.  The  2501 
will  sand  the  block  only  after  the  CPU  makes  BROY  a 
1.  (BROY  is  used  in  conjunction  with  the  SEND  bit.)  At 
fhe  completion  of  the' transmission,  the  2501  will  make 
BROY  a  0,  and  then  read  the  BROY  of  the  next 
segment. 

After  transmitting  a  packet,  an  acknowledgement  must 
be  received  from  the  remote  device.  The  acknowledge* 
ment  is  contained  in  the  received  N  (R)  count  of  an 
Mrame,  RR  frame,  or  RNR  frame.  Upon  acknowledge¬ 
ment,  the  2501  will  make  ACK'ED  =  1 ,  and  generate  a 
block-acknowledged  interrupt.  Before  assigning  a  new 
block  to  a  segment  in  TLOOK,  the  CPU  must  make  sure 
that  the  previous  Mock  which  used  that  segment 
number  has  been  acknowledged. 

REC  ROY  informs  the  2501  that  the  receive  buffer  is 
ready.  The  2501  will  not  receive  a  packet  Into  a  buffer 
referenced  by  a  particular  segment  until  REC  ROY  s  i . 
If  the  2501  progresses  to  a  segment  which  has  REC 
ROY  a  0,  an  error  Interrupt  will  be  generated. 

After  receiving  an  error-free  packet  in  proper  sequence, 
the  2501  will  set  FRCML,  clear  REC  ROY,  and  generate 
a  Packet  Received  Interrupt.  The  2501  will  also  write 
the  value  of  the  binary  length  of  the  received  packet  in 
RCNT  HI  and  RCNT  LO.  The  NE  count  Is  advanced.  The 
2501  will  acknowledge  received  packets  at  the  first 
opportunity.  This  will  be  in  either  the  next  transmitted 
Mrame,  or  by  an  RR  frame  if  RECR  a  1 ,  or  by  an  RNR 


frame  If  RECR  a  0.  (RECR  is  In  CRO.) 

In  the  address  bytes,  HI  represents  the  uppers  bits  and 
LO  represents  the  lower  8  bits.  In  the  count  bytee,  HI 
represents  the  upper  4  bytes. 

TSADR  is  the  starting  address  of  the  buffer  to  transmit, 
and  TCNT  is  the  binary  count  of  the  number  of 
characters  in  the  l-ffeld. 

RSAOR  is  the  starting  address  of  the  receive  buffer. 
After  successfully  receiving  the  packets,  the  2501  will 
write  the  value  of  RCNT  which  is  the  binary  count  of 
the  number  of  characters  in  the  l-field. 

Whether  the  2501  accesses  a  look-up  table  or  a  memory 
block,  a  OMA  Cycle  Is  required  for  each  access. 

TLOOK  ANO  RLOOK  POINTERS 
There  are  three  3-blt  counters  for  the  status  of  the 
segments  in  TLOOK  and  RLOOK.  Status  Register  fO 
(SRO)  contains  counters  NA  and  NB  which  are  used  In 
conjunction  with  TLOOK.  NB  is  the  segment  number  of 
the  next  block  to  be  transmitted,  and  is  advanced  at  the 
end  of  each  OMA  transmission.  NA  is  the  value  of  the 
segment  of  the  next  block  which  will  be  acknowledged. 
If  all  transmitted  blocks  have  been  acknowledged,  then 
NA  ■  NB. 

In  SRI  is  a  3-bit  counter,  NE,  used  with  RLOOK.  NE 
is  the  value  of  the  segment  number  where  the  next 
received  packet  will  be  placed. 
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PRELIMINARY  TIMING  SPECIFICATIONS 


SYMBOL 

PARAMETER 

tar 

Input  Address  Valid  to  EE 

Tro 

Read  Stroba  (or  SACK  Raadt 
to  Data  Valid 

Tho 

Data  Hold  Tima  from  Raad  Stroba 

Tha 

Addrau  Hold  Tima  from  Raad  Stroba 

Taw 

Input  Addrau  Valid  to  Trailing  Edge  of  WE 

Tww 

Minimum  WE  PulM 

tdw 

Data  Valid  to  Trailing  Edoa  of  WE  or 

Trailing  Edge  of  SWCK  for  OMA  Write 

Tahw 

Address  Hold  Time  after  WE 

ToHW 

Data  Hold  Time  after  WE  or  after 

DACK  for  DMA  Write 

TdaI 

Tima  from  6  ROB  (or  BTTZSW)  to  Output 
Address  Valid  if  AORV  -  1 

toao 

Tima  from  bACK  to  Output  Address 

Valid  if  AORV  -  1 

tod 

Time  from  Loading  Edge  of  DACK  to 

Trailing  Edge  of  DhQR  (or  DRQW) 

tqah 

Output  Address  Hold  Time  from  bACK 

tdmw 

Data  Hold  Tima  from  bACK  for  DMA  Read 

trpi 

REPLY  Response  Leading  Edge 

TRP2 

REILLY  Response  Trailing  Edge 

MIN.  MAX. 

(NS)  (NS) 


COMMENT 


C  (DAL) 
C  (DAL) 


50  pf 
100  pf 


C  (ADDRESS)  -  100  pf 


C  (ADDRESS)  •  100  pf 


C  IDRQ)  -  50  pf 


160  LOAD  -  50  pf 

240  CLQAD  •  100  pf 

200  CLOAD  -  50  pf 

260  Cl 


LOAD  -  100  pf 


OMA  READ  TIMING 


DMA  WRITE  (A0-A1S  SAME  AS  DMA  REAO) 
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This  is  a  preliminary  specification  with  tsntativs  device  parameters  and  may  ba  subject  to  change  after  final  product 
characterization  is  completed 

Information  furnished  by  Western  Digital  Corporation  is  believed  to  be  accurate  andreliable.However.no  responsibility  is  assumed 
by  Western  Digital  Corporation  for  its  use:  nor  any  infringements  of  patents  or  other  rights  of  third  parties  which  may  result  from 
its  use.  No  license  is  granted  by  implication  or  otherwise  under  any  patent  or  patent  rights  of  Western  Digital  Corporation. 
Western  Digital  Corporation  reserves  the  right  to  change  said  circuitry  at  any  time  without  notice. 
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